GNOME Bugzilla – Bug 669377
Cannot read web pages while file download dialogue present.
Last modified: 2013-01-13 17:09:49 UTC
With Firefox 10.0 and Orca 3.3.5PRE, I cannot navigate web pages while the download progress dialogue is present. To reproduce: 1) open firefox and visit a page that offers files to download; 2) begin a download, choosing to save the file; 3) once the progress dialogue is up, switch back to the browser with 'alt+tab'; 4) try moving in the page (any movement key will do). Work-around: On return to the page, from the dialogue, restart Orca or refresh the page. Note: Even when the dialogue disappears, indicating the download finished, you'll need the work-around, above, to make the page readable again.
The problem is that under these circumstances, Gecko tells us the page is busy so we think new content is being loaded when that is not the case. Because Gecko gives us lots of extra events that we try to filter out in order to not be too "chatty", we don't present events when a page is being loaded -- errrrr, when we're told that a page is being loaded. Given that the heuristic in question cannot be relied upon because we cannot rely upon Gecko telling us the truth, and given that the price of guessing wrong is not presenting content we should, I'm willing to risk removing the heuristic entirely. Like my former mentor Rich Burridge might say, "let's suck it and see." http://git.gnome.org/browse/orca/commit/?id=d939e5a2ba4558864bae1c0be8427736bd47d580
Created attachment 233042 [details] debug file with a download section.
Unless I'm doing something wrong, this bug is still present on my machine. once the progress dialogue is up, switch back to the browser with 'alt+f6' and try navigate using arrows, h, shift+h and etc. Nothing happen. Ican navigate using tab and shift+tab. Apparently everything back up and running after I press F5 to reload the page. I have attached a debug file in the hope that might help.
What happens if instead of Alt+F6 you use escape? (It doesn't stop the download; merely gets rid of the window.) For me, pressing Alt+F6 switches windows the same way Alt+Esc does. And as I think you yourself reported, that switcher doesn't give us the events we need.
(In reply to comment #4) > What happens if instead of Alt+F6 you use escape? (It doesn't stop the > download; merely gets rid of the window.) For me, pressing Alt+F6 switches > windows the same way Alt+Esc does. And as I think you yourself reported, that > switcher doesn't give us the events we need. Pressing escape gets rid of the window but (In reply to comment #4) > What happens if instead of Alt+F6 you use escape? (It doesn't stop the > download; merely gets rid of the window.) For me, pressing Alt+F6 switches > windows the same way Alt+Esc does. And as I think you yourself reported, that > switcher doesn't give us the events we need. Even pressing escape instead of alt+f6, I can not navigate in the page using arrows.
Hmmmm. Dunno why as I can. Anyhoo, I will re-open and try to figure out why your issue isn't fixed.
Sorry to be spammy, but you provide two things: * Exact steps to reproduce so that I can do exactly what you are * A new debug.out having pressed Escape instead of Alt+F6
One other thing: When I pressed F7 to turn off caret navigation I was able to reproduce the problem. And the problem is that Firefox scrolls the window rather than letting us move. So please also be sure you have Firefox caret navigation enabled.
Created attachment 233378 [details] can not navigate in the page after press escape key A debug file with the following steps: 1. Launch firefox. 2. Press ctrl+l and paste: http://tomcat.apache.org/download-70.cgi#7.0.34 3. press enter and wait until the page is loaded. 4. Press tab until you find the link tar.gz. 5. Press enter. 6. Choose save file and click in the ok button. 7. After the download initiate press escape key and try scroll in the document using arrows. In my environment nothing happen.
(In reply to comment #8) > One other thing: > > When I pressed F7 to turn off caret navigation I was able to reproduce the > problem. And the problem is that Firefox scrolls the window rather than letting > us move. So please also be sure you have Firefox caret navigation enabled. I almost never use this feature of firefox. To be honest, I had even forgotten it.
Created attachment 233379 [details] orca settings My orca settings used during the download. Perhaps something is wrong in my setup.
(In reply to comment #10) > (In reply to comment #8) > > One other thing: > > > > When I pressed F7 to turn off caret navigation I was able to reproduce the > > problem. And the problem is that Firefox scrolls the window rather than letting > > us move. So please also be sure you have Firefox caret navigation enabled. > > I almost never use this feature of firefox. > To be honest, I had even forgotten it. And in a new installation and/or new user account it would be disabled by default. This is why I asked if you had enabled it by pressing F7. Orca's control of the caret in Firefox has a number of hacks in it to work around Gecko issues. These hacks tend to work better if you have enabled caret navigation. So my original question remains: If you enabled caret navigation first by pressing F7 in Firefox and then try to reproduce the bug, can you?
(In reply to comment #12) > (In reply to comment #10) > > (In reply to comment #8) > > > One other thing: > > > > > > When I pressed F7 to turn off caret navigation I was able to reproduce the > > > problem. And the problem is that Firefox scrolls the window rather than letting > > > us move. So please also be sure you have Firefox caret navigation enabled. > > > > I almost never use this feature of firefox. > > To be honest, I had even forgotten it. > > And in a new installation and/or new user account it would be disabled by > default. This is why I asked if you had enabled it by pressing F7. Orca's > control of the caret in Firefox has a number of hacks in it to work around > Gecko issues. These hacks tend to work better if you have enabled caret > navigation. > > So my original question remains: If you enabled caret navigation first by > pressing F7 in Firefox and then try to reproduce the bug, can you? No. If I press f7 before the download start, I can scroll in the page using the arrows after I press the escape key.
> No. If I press f7 before the download start, I can scroll in the page using the > arrows after I press the escape key. Thanks. Based on that I am going to re-close this as FIXED. Happily, F7 is not something you have to continuously press because that setting is saved. And to try to add yet another hack into collection of existing hacks that make up our Gecko support might have unintended consequences. Eventually the Orca support for Gecko needs to be entirely rewritten to figure out what hacks are still relevant and which Mozilla bugs we really need Mozilla to fix.
Maybe I missed something or my poor English did not help me. When caret browsing is on in my machine, seems that all works ok, the bug is not present. When caret browsing is off, the default, the bug is present. That's what I tried to say in my previous answer. Is this ok? Thanks.
When using Orca with Gecko, you should also enable Firefox's caret browsing by pressing F7. If caret browsing is not enabled, which is the default, things might not be presented correctly -- or at all.