Web pages cannot be accessed under FF ver 56.0.1 (64bit, Win7Pro) but can under FF Ver 56.0 (32bit, Win8). Same pages can be accessed under IE11, Google Chrome.
Howdy. We've spent two days (Fri and Mon) checking, revising and trying code changes to our various web sites that were built as asp.net web sites. Neither of our target pages work. Specifically, we are finding that the password session variable is not being retained as it is transferred from the login page to the application main landing page - it is set to nothing.
A code change to several pages was completed on 10/06/2017 and tested in IE 11, Chrome and FF - all worked. Then round 10/19/2017, we received several calls that some applications were not working for FF user.
As of today, we still have no understanding why the password session variable is blank. Checking the server event log and we get an unhandled error but no indication/msg as to what it is, the error code is 0x800704CD.
Appreciate if you shed some light on what issue may be...
Thank you,
Rey
所有回复 (10)
Please provide public link(s) (no password) that we can check out. No Personal Information Please !
Howdy Fred.
Thanks for the support.
Unfortunately, site is not public and requires user name and password – easily provided though.
Looked at the reply provided to castingman, “FF 56.0.1 won’t load my Bank of America account page.”
And for one very brief moment it seemed like it worked as I saw the main landing form/page…but on next try and subsequent others there was no joy.
And I removed cache every attempt after inputting oldorg and others – no luck.
Will try again…
Thanks, Rey
You can check the Web Console (Tools -> Web Developer) for messages about blocked content and about the presence of mixed or unsafe content.
You can check the Network Monitor to see if content is blocked or otherwise fails to load.
Use "Ctrl+F5" or "Ctrl+Shift+R" to reload the page and bypass the cache to generate a fresh log.
Maybe try to enable third-party cookies to see if that has effect.
ReyBob said
Specifically, we are finding that the password session variable is not being retained as it is transferred from the login page to the application main landing page - it is set to nothing.
That's odd. Session variables are a server-side feature enabled through the session cookie. Is Firefox 56.0.1 x64 losing that cookie (or is the value of the cookie changing) between leaving the login page and returning to the home page?
There is a "Storage" panel in the Developer Tools where you can keep an eye on the current site's cookies and their present values.
https://developer.mozilla.org/docs/Tools/Storage_Inspector
One other thing to check: Did the server install any updates affecting ASP.Net or IIS on or shortly before 10/19?
ReyBob said
Unfortunately, site is not public and requires user name and password
Not looking for any passwords or real access to the site. Just want to check out the login page.
Howdy Fred.
URL: http://www.online-testing.com/states.html
Then click on the 6th button on left side showing Oklahoma DRI-2/DQ (attached).
The base landing page is: http://www.online-testing.com/Oklahoma.html.
Click on New Oklahoma DRI-2 (New Oklahoma DRI-2 )
This gets you to the login page. DRI-2 login page
Will try out the various suggestions posted.
Thanks,
Rey
I checked the links you gave, and had no problem.
Are you using the 64bit Firefox? Many have reported issues. Install the 32bit version from; Download Firefox For All languages And Systems {web link}
FredMcD said
I checked the links you gave, and had no problem.
Howdy. The issue occurs after logging into site. The currentpassword session variable appears to not be transferred to another page and results in the session being abandoned and a message displayed to that effect.
Thanks, Rey
FredMcD said
Are you using the 64bit Firefox? Many have reported issues. Install the 32bit version from; Download Firefox For All languages And Systems {web link}
Currently, using the 64 bit version 56.0.1. Downloaded and updated to ver 56.0.2 and still not success.
Have a 32bit win8 box (FF ver 56.0 32 bit) and that has had no problems with the site. In fact, neither IE 11, chrome nor opera (installed day before) nor safari via a co-worker's iphone have problems just FF...
Presently working w/spt folks to allow us to remotely debug the cloud server...
Thanks,
Rey