X
Nhấn vào đây để đến phiên bản di động của trang web.

Diễn đàn trợ giúp

Chủ đề này đã đóng và được lưu lại. Vui lòng hỏi một câu hỏi mới nếu bạn cần giúp đỡ.

Firefox 30 won't start, hangs after closing (Bug1004476)

Được đăng

Hello, everyone!

I've filed a bug report here: https://bugzilla.mozilla.org/show_bug.cgi?id=1004476 The problem is that after installing Firefox 29 with no profile at all and installing any addon that requires a browser restart (NoScript for e.g.) Firefox restarts OK, but after closing it and trying to open again I get a message: "Firefox is already running". I can see in the Task Manager that there is already Firefox running in the background. I've found several people complaining about this issue. Here: http://forums.informaction.com/viewtopic.php?f=10&t=19612 And here: http://forums.mozillazine.org/viewtopic.php?f=9&t=2825639

Thank you in advance

Modified May 13, 2014 11:01:46 PM BST by John99


2nd Update. (Comment by a moderator)
Engineers are working on issues that have been identified.
The known issues are problems with Firefox hanging on closedown resulting in Firefox not restarting unless the hung process is killed.

Workaround ensure Firefox is NOT set to clear History on Close down
Use NewButton New Fx Menu → Preferences → |Privacy| Firefox will: [Remember History v ]
See also my post downthread /questions/997918?page=2#answer-572501 ~J99

 Modified June 5, 2014 12:26:07 AM BST by John99

3rd Update

A fix is now on the Beta Channel Fx30b8 hopefully in a couple of weeks that will be on everyone's Release of Firefox30.

Hello, everyone! I've filed a bug report here: https://bugzilla.mozilla.org/show_bug.cgi?id=1004476 The problem is that after installing Firefox 29 with no profile at all and installing any addon that requires a browser restart (NoScript for e.g.) Firefox restarts OK, but after closing it and trying to open again I get a message: "Firefox is already running". I can see in the Task Manager that there is already Firefox running in the background. I've found several people complaining about this issue. Here: http://forums.informaction.com/viewtopic.php?f=10&t=19612 And here: http://forums.mozillazine.org/viewtopic.php?f=9&t=2825639 Thank you in advance <br /> Modified May 13, 2014 11:01:46 PM BST by John99 --------------------- 2nd Update. (Comment by a moderator) <br /> Engineers are working on issues that have been identified. <br /> The known issues are problems with Firefox hanging on closedown resulting in Firefox not restarting unless the hung process is killed. '''Workaround''' ensure Firefox is NOT set to clear History on Close down <br /> Use NewButton [[Image:New Fx Menu]] → Preferences → |Privacy| Firefox will: [Remember History v ] <br /> See also my post downthread [/questions/997918?page=2#answer-572501] ~J99 Modified June 5, 2014 12:26:07 AM BST by John99 ----------- 3rd Update A fix is now on the Beta Channel Fx30b8 hopefully in a couple of weeks that will be on everyone's Release of Firefox30.

Được chỉnh sửa bởi John99 vào

Giải pháp được chọn

Strange, but I cannot reproduce this isssue anymore. Maybe there was something wrong with my profile when I accidentally reproduced it under Firefox 30. I dunno. Really strange.

Well, if it doesn't affect anybody else I think it's time to close this thread.

Đọc câu trả lời này trong ngữ cảnh 0

Chi tiết hệ thống bổ sung

Phần bổ trợ đã cài đặt

  • Shockwave Flash 13.0 r0
  • Next Generation Java Plug-in 10.45.2 for Mozilla browsers
  • DRM Netscape Network Object
  • Npdsplay dll
  • DRM Store Netscape Plugin

Ứng dụng

  • Chuỗi đại diện người dùng: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Firefox/24.0

Thông tin chi tiết

cor-el
  • Top 10 Contributor
  • Moderator
17421 giải pháp 157414 câu trả lời
Được đăng

Start Firefox in Safe Mode to check if one of the extensions (Firefox/Tools > Add-ons > Extensions) or if hardware acceleration is causing the problem (switch to the DEFAULT theme: Firefox/Tools > Add-ons > Appearance).

  • Do NOT click the Reset button on the Safe Mode start window.

You can also check for issues caused by plugins ans disable all plugins (Never Activate)

Start Firefox in <u>[[Safe Mode|Safe Mode]]</u> to check if one of the extensions (Firefox/Tools > Add-ons > Extensions) or if hardware acceleration is causing the problem (switch to the DEFAULT theme: Firefox/Tools > Add-ons > Appearance). *Do NOT click the Reset button on the Safe Mode start window. *https://support.mozilla.org/kb/Safe+Mode *https://support.mozilla.org/kb/Troubleshooting+extensions+and+themes You can also check for issues caused by plugins ans disable all plugins (Never Activate) *https://support.mozilla.org/kb/Troubleshooting+plugins
John99 971 giải pháp 13138 câu trả lời
Được đăng

Judging from the System Information aside you appear to be using Firefox 24. Have you tried using Firefox 28 which is now the previous Release ? Does everything work as expected in Fx28 ?

Did you also mention elsewhere that you have a very similar problem when using Firefox on Linux.

Details of your current troubleshooting information may give some clues. Could you paste that in to your next reply from the troubleshooting information page please. There is a button for copy text.

Even if this issue is due to a Firefox bug it is not going to be fixed or even investigated as a bug in an unsupported Firefox 24. May I suggest that you try installing the current Release Firefox 29. If you do a custom install and create an additional new profile you will be able to keep the working but insecure Firefox 24 or Fx28 whilst troubleshooting Fx29.

What security related or cleanup type software do you run ?
Just in case that turns out to be significant. If you are seeing problems on both Windows & Linux is any of such software common to both machines /OS ?

Judging from the System Information aside you appear to be using Firefox 24. Have you tried using Firefox 28 which is now the previous Release ? Does everything work as expected in Fx28 ? Did you also mention elsewhere that you have a very similar problem when using Firefox on Linux. Details of your current troubleshooting information may give some clues. Could you paste that in to your next reply from the troubleshooting information page please. There is a button for copy text. *[[Use the Troubleshooting Information page to help fix Firefox issues]] Even if this issue is due to a Firefox bug it is not going to be fixed or even investigated as a bug in an unsupported Firefox 24. May I suggest that you try installing the current Release Firefox 29. If you do a custom install and create an additional new profile you will be able to keep the working but insecure Firefox 24 or Fx28 whilst troubleshooting Fx29. * Please see http://kb.mozillazine.org/Testing_pre-release_versions#Installing_multiple_versions What security related or cleanup type software do you run ? <br /> Just in case that turns out to be significant. If you are seeing problems on both Windows & Linux is any of such software common to both machines /OS ?
cor-el
  • Top 10 Contributor
  • Moderator
17421 giải pháp 157414 câu trả lời
Được đăng

This could of course be a Firefox 24.5.0 esr version (Help > About) as we can't see this from the user agent.

This could of course be a Firefox 24.5.0 esr version (Help > About) as we can't see this from the user agent.
John99 971 giải pháp 13138 câu trả lời
Được đăng

Thanks cor-el

Bug shows

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101     Firefox/24.0 (Beta/Release)

Build ID: 20140421162246

So I guess you are correct.
The (Beta/Release) I took to indicate it was an outdated Beta, but I should have looked at the date,

For comparison My 64 bit Fx24.5.0 is Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0 ID:20140421162246 CSet: 1c35a9dca8a0

Thanks cor-el Bug shows User Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Firefox/24.0 (Beta/Release) Build ID: 20140421162246 So I guess you are correct. <br />The (Beta/Release) I took to indicate it was an outdated Beta, but I should have looked at the date, For comparison My 64 bit Fx24.5.0 is Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0 ID:20140421162246 CSet: 1c35a9dca8a0

Người tạo câu hỏi

Please stop guessing about the version. I know what I'm talking about. The problem is with Firefox 29. I just rolled back to the stable 24.5.0 ESR which works for me. This happens in Debian Wheezy and in WinXP. There is a bug report link in my topic as well as other people complaining. Go search the forums and you will see. Anyway thank you. Will be using ESR version.

Please stop guessing about the version. I know what I'm talking about. The problem is with Firefox 29. I just rolled back to the stable 24.5.0 ESR which works for me. This happens in Debian Wheezy and in WinXP. There is a bug report link in my topic as well as other people complaining. Go search the forums and you will see. Anyway thank you. Will be using ESR version.
John99 971 giải pháp 13138 câu trả lời
Được đăng

Maybe now you have a working Firefox you have lost interest in this issue.

First of all thanks for reporting this.

Sorry, I know it must be frustrating to find a fault and then not get it fixed straight away when you report it. Many people would not even take the trouble to do that they would just leave it to others. At Firefox a lot of those "others" are you and me, the Firefox users taking an interest in Firefox.

I will try to expand on something of the bug hunting and fixing process it will explain why we are guessing at your information.

The version is important.

Bugs only make progress once they are reproducible. Otherwise there is nothing to ask engineers to work on. Steps To Reproduce (STR) are important.

Bugs are only investigated if they affect a supported version of Firefox.

If you have no problem on Firefox 24 ESR but you have a problem on Fx29 you may have discovered a regression. That would be investigated but it is most likely to progress if you can help us to demonstrate the issue.

Regression Range
The next stage after getting successful STR is to pin down a regression range. To know where to start it is handy to know which major version the fault appeared in first. You are suggesting this is Firefox 29, that is why I asked whether you have tried in Fx28 and it is trouble free.

With STR and an approximate Regression Range there is a utility that may be used to semi automate the regression testing and workout the change-sets involved. Now we are able to say to engineers. We have hound a fault do this 1,2,... to test for the existence of the fault, and take note that the fault appears to have originated in these changes a,b, ....

Have you lost interest in this issue as you are now using ESR.

The environment and other related software is also Important

Clearly this bug does not affect everyone. What are the critical factors meaning you see and reproduce the issue but others do not ?

For instance did the fault actually occur in Firefox 29, or was this just coincidence ?
Could one causal factor have been a Debian update or some other software ?
That may explain why not everyone sees the problem.

Sorry I am not testing on Debian or on XP.
Maybe others on Debian or on XP are able to reproduce.

Is anyone watching this thread or the bug able to reproduce ?
If so please join in, confirm STR and provide what information you can towards helping with this.

THANKS


Meanwhile even if the cause of the problem is not yet determined will killing processes allow Firefox to restart and thereafter behave as normal ?

Maybe now you have a working Firefox you have lost interest in this issue. '''First of all thanks for reporting this. ''' Sorry, I know it must be frustrating to find a fault and then not get it fixed straight away when you report it. Many people would not even take the trouble to do that they would just leave it to ''others''. At Firefox a lot of those ''"others"'' are you and me, the Firefox users taking an interest in Firefox. I will try to expand on something of the bug hunting and fixing process it will explain why we are guessing at your information. <u>'''The version is important.'''</u> Bugs only make progress once they are reproducible. Otherwise there is nothing to ask engineers to work on. Steps To Reproduce ('''STR''') are important. Bugs are only investigated if they affect a supported version of Firefox. If you have no problem on Firefox 24 ESR but you have a problem on Fx29 you may have discovered a '''regression'''. That would be investigated but it is most likely to progress if you can help us to demonstrate the issue. '''Regression Range''' <br /> The next stage after getting successful STR is to pin down a regression range. To know where to start it is handy to know which major version the fault appeared in first. You are suggesting this is Firefox 29, that is why I asked whether you have tried in Fx28 and it is trouble free. With '''STR '''and an approximate Regression Range there is a utility that may be used to semi automate the regression testing and workout the change-sets involved. Now we are able to say to engineers. We have hound a fault do this 1,2,... to test for the existence of the fault, and take note that the fault appears to have originated in these changes a,b, .... Have you lost interest in this issue as you are now using ESR. <u>'''The environment and other related software is also Important''' </u> Clearly this bug does not affect everyone. What are the critical factors meaning you see and reproduce the issue but others do not ? For instance did the fault actually occur in Firefox 29, or was this just coincidence ? <br />Could one causal factor have been a Debian update or some other software ? <br />That may explain why not everyone sees the problem. Sorry I am not testing on Debian or on XP. <br />Maybe others on Debian or on XP are able to reproduce. '''Is anyone watching this thread or the bug able to reproduce ? '''<br/> If so please join in, confirm STR and provide what information you can towards helping with this. THANKS -------------- Meanwhile even if the cause of the problem is not yet determined will killing processes allow Firefox to restart and thereafter behave as normal ? * [["Firefox is already running but is not responding" error message - How to fix it]]

Người tạo câu hỏi

Sorry, I really have no time investigating upon this issue. All I need is a working browser. Now I'm leaving this to other people, but will visit this and other forums. Here is a Mozilla forum thread going on, btw: http://forums.mozillazine.org/viewtopic.php?f=9&t=2825639

Here is another article upon this issue with a temporary fix: http://discuss.howtogeek.com/t/firefox-still-running-problem-with-firefox-29-update/15569

Actually, a temporary fix is to disable "privacy.sanitize.sanitizeOnShutdown" config option. I forgot, this was the first thing I switched on in about:config after installing Firefox along with disabling the disk cache.

Thank you for your support, Mozilla!

Sorry, I really have no time investigating upon this issue. All I need is a working browser. Now I'm leaving this to other people, but will visit this and other forums. Here is a Mozilla forum thread going on, btw: http://forums.mozillazine.org/viewtopic.php?f=9&t=2825639 Here is another article upon this issue with a temporary fix: http://discuss.howtogeek.com/t/firefox-still-running-problem-with-firefox-29-update/15569 Actually, a temporary fix is to disable "privacy.sanitize.sanitizeOnShutdown" config option. I forgot, this was the first thing I switched on in about:config after installing Firefox along with disabling the disk cache. Thank you for your support, Mozilla!

Người tạo câu hỏi

Quote:

"Seems the history, cache et al files are locked out when you exit so Firefox can't delete their contents and stays running in background, even if you relaxed security settings. The only viable solution was to be to leave 'Firefox will Remember history' alone then manually delete contents when necessary using History > Clear Recent History in the Menu Bar"

Hope it would help you reproduce this issue.

Quote: "Seems the history, cache et al files are locked out when you exit so Firefox can't delete their contents and stays running in background, even if you relaxed security settings. The only viable solution was to be to leave 'Firefox will Remember history' alone then manually delete contents when necessary using History > Clear Recent History in the Menu Bar" Hope it would help you reproduce this issue.
cor-el
  • Top 10 Contributor
  • Moderator
17421 giải pháp 157414 câu trả lời
Được đăng

Clearing cookies via "Clear history when Firefox closes" is a possible cause of hanging issues as that makes Firefox also clear cookies from plugins.

Clearing cookies via "Clear history when Firefox closes" is a possible cause of hanging issues as that makes Firefox also clear cookies from plugins.
philipp
  • Top 25 Contributor
  • Moderator
5291 giải pháp 23378 câu trả lời
Được đăng

hello TheExplorer, a wild guess: could you try it with "privacy.sanitize.sanitizeOnShutdown" on and "network.seer.enabled" off for testing purposes? thank you...

hello TheExplorer, a wild guess: could you try it with "privacy.sanitize.sanitizeOnShutdown" on and "network.seer.enabled" off for testing purposes? thank you...

Người tạo câu hỏi

Well, tried what you suggested. Everything is OK. But... I'm a bit puzzled and now I think that 'browser.cache.disk.enable' is the culprit.

STR:

1) unpack Firefox-29.tar.bz2 into /opt dir 2) launch it, go to about:config 3) switch on 'privacy.sanitize.sanitizeOnShutdown' 4) install NoScript for e.g. It asks to restart. Restart 5) switch off 'browser.cache.disk.enable' 6) close Firefox and try to open it again.

Can anyone confirm please ?

Well, tried what you suggested. Everything is OK. But... I'm a bit puzzled and now I think that 'browser.cache.disk.enable' is the culprit. STR: 1) unpack Firefox-29.tar.bz2 into /opt dir 2) launch it, go to about:config 3) switch on 'privacy.sanitize.sanitizeOnShutdown' 4) install NoScript for e.g. It asks to restart. Restart 5) switch off 'browser.cache.disk.enable' 6) close Firefox and try to open it again. Can anyone confirm please ?
philipp
  • Top 25 Contributor
  • Moderator
5291 giải pháp 23378 câu trả lời
Được đăng

i cannot replicate it with those steps under windows (and have found no reliable way to reproduce this problem yet).

my theory was something else: there was a new predictive network action database introduced in firefox 29 (which can be disabled via network.seer.enabled). since apparently there are still some performance issues with it (bug #966469), it was a guess that clearing history on shutdown will also trigger a clearing of this db which may be deferring the proper shutdown...

i cannot replicate it with those steps under windows (and have found no reliable way to reproduce this problem yet). my theory was something else: there was a new predictive network action database introduced in firefox 29 (which can be disabled via network.seer.enabled). since apparently there are still some performance issues with it (bug #966469), it was a guess that clearing history on shutdown will also trigger a clearing of this db which may be deferring the proper shutdown...
John99 971 giải pháp 13138 câu trả lời
Được đăng

Hi again The Explorer,

Consider creating an additional test a profile with default prefs. Prefs may be set to default by deleting the file prefs.js (and rename any user.js)

By trying that method

  • You may be able to quickly determine what variation of prefs from default cause this issue.
  • It is probably a simpler STR , one that more users are willing to try, and is applicable across different OS s
    • In fact without creating a new profile just temporarily renaming the files prefs.js & any prefs.js.mozten and user.js would be a useful test to prove prefs are involved with this issue.

It may also help to know what addons you have installed as that could be affecting this.

Hi again The Explorer, Consider creating an additional test a profile with default prefs. Prefs may be set to default by deleting the file prefs.js (and rename any user.js) * [[Reset Firefox preferences to troubleshoot and fix problems]] By trying that method *You may be able to quickly determine what variation of prefs from default cause this issue. * It is probably a simpler STR , one that more users are willing to try, and is applicable across different OS s ** In fact without creating a new profile just temporarily renaming the files ''prefs.js'' & any ''prefs.js.mozten'' and ''user.js'' would be a useful test to prove prefs are involved with this issue. It may also help to know what addons you have installed as that could be affecting this.

Được chỉnh sửa bởi John99 vào

Người tạo câu hỏi

I guess now that something is wrong with sanitizing history while disk cache is disabled. Maybe it's got to do with some Linux Kernel memory handling. I dunno. Gonna try it in Windows XP (never did actually as I prefer Linux).

Well, if I reproduce it under WinXP then I'll give up :( I really have no time testing it. Just found an issue and decided to post it here and in the bugzilla.

I guess now that something is wrong with sanitizing history while disk cache is disabled. Maybe it's got to do with some Linux Kernel memory handling. I dunno. Gonna try it in Windows XP (never did actually as I prefer Linux). Well, if I reproduce it under WinXP then I'll give up :( I really have no time testing it. Just found an issue and decided to post it here and in the bugzilla.

Người tạo câu hỏi

Yes. I've also successfully reproduced it under WinXP SP3, 32-bit. No antivirus. Almost fresh installation.

You even don't need any extension to be installed. Here are the steps. REAL STEP BY STEP GUIDE. Exactly what I did:

1) There should be no profile at all (including any other hidden folder where Mozilla can reside like Application Data, Local Settings etc.) 2) Install Firefox 29 (en-US) 3) Launch it, open Settings. Here is what I always do after installing FF: http://uaimage.com/image/ca0b73dc 4) Then open about:config and set one after another these options:

browser.tabs.closeWindowWithLastTab = false
browser.sessionhistory.max_entries = 10
browser.sessionstore.max_tabs_undo = 3
browser.sessionstore.resume_from_crash = false
browser.bookmarks.max_backups = 1
browser.cache.disk.enable = false
network.dns.disableIPv6 = true
geo.enabled = false
browser.urlbar.trimURLs = false
edit formatted with pre tabs. ~J99
AND browser.cache.disk.enable = false

That's all. Close Firefox and try to open it again.

That's all I do to reproduce it in WinXP and Debian Wheezy. Sorry I didn't write about these steps at first.

Yes. I've also successfully reproduced it under WinXP SP3, 32-bit. No antivirus. Almost fresh installation. You even don't need any extension to be installed. Here are the steps. REAL STEP BY STEP GUIDE. Exactly what I did: 1) There should be no profile at all (including any other hidden folder where Mozilla can reside like Application Data, Local Settings etc.) 2) Install Firefox 29 (en-US) 3) Launch it, open Settings. Here is what I always do after installing FF: http://uaimage.com/image/ca0b73dc 4) Then open about:config and set one after another these options: <pre> browser.tabs.closeWindowWithLastTab = false browser.sessionhistory.max_entries = 10 browser.sessionstore.max_tabs_undo = 3 browser.sessionstore.resume_from_crash = false browser.bookmarks.max_backups = 1 browser.cache.disk.enable = false network.dns.disableIPv6 = true geo.enabled = false browser.urlbar.trimURLs = false </pre> <sub> '''edit''' formatted with pre tabs. ~J99 <br /> AND browser.cache.disk.enable = false </sub> That's all. Close Firefox and try to open it again. That's all I do to reproduce it in WinXP and Debian Wheezy. Sorry I didn't write about these steps at first.

Được chỉnh sửa bởi John99 vào

Người tạo câu hỏi

Sorry! I forgot the last config option !

browser.cache.disk.enable = false

Sorry, guys. I think it does the job.

Sorry! I forgot the last config option ! browser.cache.disk.enable = false Sorry, guys. I think it does the job.

Người tạo câu hỏi

I think a bundle of disabling 'browser.cache.disk.enable' and enabling 'privacy.sanitize.sanitizeOnShutdown' does the job. I can be mistaken though.

I think a bundle of disabling 'browser.cache.disk.enable' and enabling 'privacy.sanitize.sanitizeOnShutdown' does the job. I can be mistaken though.
John99 971 giải pháp 13138 câu trả lời
Được đăng

I may be able to reproduce now, but I don't think all those prefs would need to be set, and I tried before you added browser.cache.disk.enable = false

I may be able to reproduce now, but I don't think all those prefs would need to be set, and I tried before you added ''browser.cache.disk.enable = false ''

Người tạo câu hỏi

Yes. No need, of course, to set all these options. I thought 'browser.cache.disk.enable' or 'privacy.sanitize.sanitizeOnShutdown' did the job. It was just a guess as a result of some googling.

Glad that you could reproduce it.

Yes. No need, of course, to set all these options. I thought 'browser.cache.disk.enable' or 'privacy.sanitize.sanitizeOnShutdown' did the job. It was just a guess as a result of some googling. Glad that you could reproduce it.
cor-el
  • Top 10 Contributor
  • Moderator
17421 giải pháp 157414 câu trả lời
Được đăng
See also: *http://mxr.mozilla.org/mozilla-release/source/browser/base/content/sanitize.js