搜尋 Mozilla 技術支援網站

防止技術支援詐騙。我們絕對不會要求您撥打電話或發送簡訊,或是提供個人資訊。請用「回報濫用」功能回報可疑的行為。

了解更多

odd things on moving from 31.x to 38.x ESR

  • 6 回覆
  • 1 有這個問題
  • 13 次檢視
  • 最近回覆由 cor-el

more options

After the last upgrade i noticed i was now on 38.x ESR. And it seems to suffer from some of the issues that caused me to start using ESR releases in the first place.

Main Issue - Window Refresh. on resuming from sleep if a FF window is open, it has a window border but the window is black and does not refresh/draw itself until interacted with, which is irritating. Much worse though is if i connect via RDP to my pc from 'a n other box', the FF window is black, and nothing can be done to resurrect it short of closing FF & restarting it. If i close the RDP session and return to the primary machine FF is normal? this basically makes using FF over RDP impossible unless i'm prepared to restart FF all the time. I have uninstalled 38.x ESR and returned to 31.x and the problem has gone.

2nd problem - stored passwords for some sites. (this so-far has only been an issue with one site, but there may be more...) I have user & password stored locally for a web site. all good. i go to the site, it fills in my info and i continue to the 2nd level verification page, which i have not stored creds for. in 31.x this works fine, in 38.x the second page has 'something' already filled in the challenge box, which i have to delete & then put the correct response into. after reverting back to 31.x this issue has gone. Not sure if it's your problem or the websites but I though id best include it. site address for ref: www.fundingcircle.com

So far i have only tested this on XP, as my W7 box(s) have not upgraded yet.

After the last upgrade i noticed i was now on 38.x ESR. And it seems to suffer from some of the issues that caused me to start using ESR releases in the first place. Main Issue - Window Refresh. on resuming from sleep if a FF window is open, it has a window border but the window is black and does not refresh/draw itself until interacted with, which is irritating. Much worse though is if i connect via RDP to my pc from 'a n other box', the FF window is black, and nothing can be done to resurrect it short of closing FF & restarting it. If i close the RDP session and return to the primary machine FF is normal? this basically makes using FF over RDP impossible unless i'm prepared to restart FF all the time. I have uninstalled 38.x ESR and returned to 31.x and the problem has gone. 2nd problem - stored passwords for some sites. (this so-far has only been an issue with one site, but there may be more...) I have user & password stored locally for a web site. all good. i go to the site, it fills in my info and i continue to the 2nd level verification page, which i have not stored creds for. in 31.x this works fine, in 38.x the second page has 'something' already filled in the challenge box, which i have to delete & then put the correct response into. after reverting back to 31.x this issue has gone. Not sure if it's your problem or the websites but I though id best include it. site address for ref: www.fundingcircle.com So far i have only tested this on XP, as my W7 box(s) have not upgraded yet.

所有回覆 (6)

more options

hi, regarding the first problem: please try updating the graphics driver for your machine (this should be the right link for your problem): http://support.amd.com/en-us/download/desktop/legacy?product=legacy2&os=Windows%20XP%20-%20Professional/Home&RenderOnServer=true

regarding the password issue: firefox 32 and upwards use a different password storage format than 31, but the migration is only triggered once. so if you have switched back and forward from firefox 31 to 38 this will yield strange results and outdated passwords the second time you try it.

before you try resolving this, please make a backup of your profile folder in a safe location and then procede like this: while still in firefox 31, enter about:config into the firefox address bar (confirm the info message in case it shows up) & search for the preference named signon.importedFromSqlite. right-click and reset that entry to its default value. afterwards open your profile folder and rename/delete the file named logins.json and try to update firefox again,..

more options

Hi, Thanks philipp for your swift response. I have got fairly old radeon drivers, as i recall, an update a while back broke a good deal more than i fixed so i reverted. but i'll give that one a go...maybe they fixed it by now...

As for the passwords, i'm not 'swapping back & forth'. I updated once. noticed said issue immediately, and tried downgrading to see if i could isolate the issue. if my p/w database is supposed to migrate to new on upgrade, i'm guessing it didn't happen as it should have which is why i'm seeing the behaviour i am.... fyi signon.importedFromSqlite is "UserSet" and "true" right now.

more options

as you've described it, you're switching from 31 to 38 for the second time now which will cause the problem. this is exactly what my instructions are meant for (signon.importedFromSqlite shouldn't be set otherwise)...

more options

yes i will be, but the issue occurred the first time i switched....

hmm, thinking about it. I have i guess, as i went from iro 34ish i think to 31esr as the new interface was so irritating. Oh well, thanks for your assistance, but i think i'll just stick with 31. if i had a choice i'd still be on about v2.

由 QuantumCheese 於 修改

more options

ok, then i think i misread the original question. in this case you could also try setting "signon.storeWhenAutocompleteOff" to "false" and see if this makes a difference...

more options

Did you check the Password Manager?

  • Tools > Options > Security: Passwords: "Saved Passwords" > "Show Passwords"

signon.importedFromSqlite is set automatically set to true. If there is a signons.sqlite file then this file will be used to import the passwords if you reset this pref and delete the logins.json file. When you restart Firefox then you should have the signon.importedFromSqlite pref with the value set to true and you should have the passwords imported in the Password Manager unless there may have been errors.

Firefox 32 and later builds store the passwords in the logins.json file in the profile folder and no longer use the signons.sqlite file that has been used before (the matching key3.db file is still needed). So if you have used a Firefox 34 build at one time then this process has already been taken place.