Bugzilla – Bug 15019
tell the user to enable cookies if they're disabled
Last modified: 2010-05-20 08:33:58 UTC
7.4.1 Web UI appears to use cookies. If user has high privacy settings in Internet Explorer with cookies blocked then errors result if players are already connected to the Server when the Web UI is launched. Note: if no players are connected to the server when the Web UI is launched then the launch is problem free and players that are connected after launch are seen by the Web UI although once it is closed, it will have the error when restarted. The solution to this problem is for the user to restore default Internet Explorer cookie handling, or better yet, for the user to create an exception for 127.0.0.1:9000 in their privacy settings. It would be best if the installation program could create the required exception to the privacy settings but if this is not possible, there should be an instruction provided to notify the end user about the need for cookies. Attachment showing the error message reported by IE (bottom left of screen image).
Neill: which version of IE are you using? I do not see any attachment, can you please try again. Note: images must be JPG (not BMP)
Created attachment 6248 [details] Screen Shot of Error on Web UI Page Using Internet Explorer 7 although since this is a cookie related issue, I would expect the same behavior/problem with all versions of Internet Explorer. Very easy to test this problem, just go into Tools/Internet Options/Privacy/Advanced and then "Check to Override automatic cookie handling" and then "Block First-party and Third-party Cookies". Apply the changes close IE and then relaunch the Web UI and you should see the error message and no players will appear in the Choose Player list (top right).
Thanks for the added details, Michael is this one yours to address?
We do rely on cookies and javascript. Don't disable them. IMHO this is a wontfix.
Ok, we might add some hint about this, but that's rather low priority.
Considering that there were a few people on the forums with this same problem, I think that there should at least be some mention to flag this change for users so they know to open up a cookie exception. Prior versions didn't seem to have this issue and if you get caught, you really have no clue at all why the program stopped working.
> Prior versions didn't seem > to have this issue and if you get caught, you really have no clue at all > why the program stopped working. This imho hasn't changed in 18 months+ (release of SC 7.0)
Curious as I upgraded from 7.2.1 in which I had no issues. As soon as I installed 7.4.1, I had problems from the get go. The solution was added a cookie exception. Something had to change as I had made no changes to Internet Explorer or my system. Was there a change in the type of cookie? My IE settings always allowed "session cookies" ...
I checked my 7.3.3 install (on another computer) and it turns out it has a Cookie exception for 127.0.0.1 as well. Did prior versions of the program automatically create this exception during installation (just like they used to automatically create the exception in the security settings so if you blocked connections you would not lock yourself out). Since the exception in the Security settings was also dropped on this update, I'm guessing that both items were overlooked. On the other hand, I suppose it's always possible that I put these exceptions in and have just totally forgotten about it. I do have a third computer so I'll probably try a clean install of one of the old versions to see if it creates these entries automatically or not.
Michael to let us know what he wants to talk about in the bug meeting
Let's add this if time permits. But this is lowest end on my priority list.
Moving P3 and lower bugs to next release target
== Auto-comment from SVN commit #30803 to the slim repo by mherger == == http://svn.slimdevices.com/slim?view=revision&revision=30803 == Fixed Bug: 15019 Description: tell the user to enable cookies if they're disabled in the browser