Errors in IE when saving.

[Jennifer Pritchard]

So I've given up on the node.js debacle (godaddy is not my friend right now) and have switched gears to use the php version instead.  I've got it working perfectly in Chrome, but get problems in IE when trying to save while NOT logged in.

When I go to save the page in IE, it tries to save the file locally (as expected), but gives an error saying "randomlonggeneratedlettersandnumbers.htm couldn't be downloaded" and there's no other information I can find about why.

So then I wondered if maybe TW-Receiver could help, but not only did it not solve the original problem, but now it pops up this message: "TW-Receiver error "Missing some user input parameters. Save Failed".

Again, as far as I can tell, this is just IE (since it won't get me do anything else there, I can't try logging in to see if that helps or not, so for right now all I can say for sure is that it's when the unauthenticated viewers try to save.

[TonyM]

Jenifer,

I do not have the answer yet, as I avoid IE and have not seen this, but it needs to work ion all browsers. There are changes in recent releases allowing the filename of the saved wiki to be set. 

V5.1.19 Fixed incompatible change to the construction of filename used for saving

V5.1.18 Improved saving to use the $:/SiteTitle as the basis of the filename

I expect you may have found a bug, but there possibly is a simple work around by setting the preferred filename.

Regards

Tony

[S. S.]

In case Tony's method is a fix, here are clearer instructions on changing the file name when saving: Hidden Setting: Filename for Save Wiki Button

[Jen P]

Sadly, I tried that and it still didn't fix the issue.  :(

I myself use Chrome, and it's not a huge deal that others can't save in IE (since they can view just fine).  It's a bummer though since I'm planning to use my site to keep tips for using a Microsoft tool, and a lot of people using it would work for MSFT itself (and they're technically only allowed to have IE on their systems, as you can imagine).

BTW, if it helps to troubleshoot this in the future, the filename it attempts to save uses is .htm (not .html) so that was somewhat interesting.  Maybe that's an IE default somewhere?  

I'll have more time tonight to research for myself, but I plan on looking around for tips on hiding the options to edit/save/add on the page if not logged in (like the node version beautifully did.  Just haven't found a way to do that with the php)