We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

为提升您的使用体验,本站正在维护,部分功能暂时无法使用。如果本站文章无法解决您的问题,您想要向社区提问的话,请到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 提问,我们的支持社区将会很快回复您的疑问。

搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

Deadlock between "Save as" dialog box and another popup window in Firefox

  • 5 个回答
  • 2 人有此问题
  • 5 次查看
  • 最后回复者为 Hasan

more options

I have only seen this problem with recent versions of Firefox on Mac OS X, and I have run into it several times in the last few months (I am using Firefox 9), where Firefox seems to get into a dead-lock, and I can't find anyway round this except killing and restarting Firefox.

The dead-lock happens when I am in the "Save as" dialog box -- i.e. the popup when I try to save something. If I get a pop-up window warning me that the script on some webpage is unresponsive, this leads to a dead-lock. The reason is this popup expects a response from me -- to stop or let the script continue, but it is unable to accept my response, I assume because the "Save As" dialog box has the focus, but I am unable to continue with the "Save As" dialog (I simply get a beep if I press the save or cancel buttons), presumably because of the "unresponsive" popup is expecting my response.

I don't know if the "unresponsive script" popup happens because I am taking too long with the "Save As" dialog, or if it is prompted by the script from another page (I have many tabs opened)

Is there anyway to get around this without killing the Firefox process? Also, can this problem be fixed so that the dead-lock does not occur?

I have only seen this problem with recent versions of Firefox on Mac OS X, and I have run into it several times in the last few months (I am using Firefox 9), where Firefox seems to get into a dead-lock, and I can't find anyway round this except killing and restarting Firefox. The dead-lock happens when I am in the "Save as" dialog box -- i.e. the popup when I try to save something. If I get a pop-up window warning me that the script on some webpage is unresponsive, this leads to a dead-lock. The reason is this popup expects a response from me -- to stop or let the script continue, but it is unable to accept my response, I assume because the "Save As" dialog box has the focus, but I am unable to continue with the "Save As" dialog (I simply get a beep if I press the save or cancel buttons), presumably because of the "unresponsive" popup is expecting my response. I don't know if the "unresponsive script" popup happens because I am taking too long with the "Save As" dialog, or if it is prompted by the script from another page (I have many tabs opened) Is there anyway to get around this without killing the Firefox process? Also, can this problem be fixed so that the dead-lock does not occur?

所有回复 (5)

more options
more options

Thanks for your reply. I have increased the max_script_run_time, but I don't think this solves the problem, although it may make it less likely to occur.

The fundamental problem is that the unresponsive script popup can happen while you are in the "Save As" dialog box, and once this happens, you seem to get into a deadlock, as you can't interact with the "Unresponsive script" popup, as the "Save As" has focus (i.e. you can only interact with that window), but pressing the buttons there are also ignored (although you do get the button press animation) with a beep.

It seems that to solve this problem, you either have to

1) prevent the popup from occurring when another Firefox window has exclusive focus, or 2) take away the exclusive focus on the "Save As" dialog box, or 3) accept the "Save As" actions, before those of the popup are dealt with.

I am not certain, but I suspect the popup happens because I am taking a while in the "Save As" dialog box -- I think this problem have only occur when I need to spend time to decide the name of the file to use for the "Save As" dialog. If this is the case, then the "Unresponsive script" is counting the time waiting for a user response as part of the script running time, which does not seem correct to me.

more options

Try to perform the suggestions mentioned in the following articles:

Check and tell if its working.

more options

As I said, the problem is not because Firefox is hanging, or because I cannot save my files. It is happening because the "unrespnsive script" popup is allowed to occur while I am in the "Save As" dialog -- i.e. I have chosen to save something, e.g. a web page, and this prompt the "Save As" dialog, i.e. where I specify the file name and where to save to -- this is working fine.

However, when you are in the "Save As" dialog, the "Save As" window is the only window of Firefox that you can interact with. However, if the "unresponsive script" popup window happens to pop-up when you are inside the "Save As" dialog (which does not occur very often, and I have not encounter it except on recent versions of Firefox o the Mac; I have used Firefox on Windows and Linux for many years), then you get into this dead-lock, because you cannot answer the "unresponsive script" pop-up (i.e to continue or terminate the script), as you cannot interact with the new pop-up window, but at the same time, you cannot continue with the "Save As" dialog -- you can interact with the "Save As" window (i.e. press buttons etc.), but the actions are ignored.

To be clear, what I suspect I am seeing is a bug in the User interface code for the Mac version of Firefox.

I have noticed yesterday that I got an "unresponsive script" pop-up on the Windows version of Firefox immediately after I have finished my "Save As" dialog. I have no way of being certain (unless I look at the code), but my guess is that the "unresponsive script" pop-up was delayed until after I finished the "Save As" dialog on the Windows version, i.e. option 3 in my previous post, but this does not seem to happen on the Mac version.

more options

Perform the suggestions mentioned in the following articles:

Check and tell if its working.