GNOME Bugzilla – Bug 751523
Some time in Firefox up or down key navigation not working right with Orca master branch version
Last modified: 2015-08-30 15:10:07 UTC
Created attachment 306134 [details] Debug file with possible showing this issue Dear Joanie, Some time when I using Orca master branch version with Firefox the up or down arrow key resulted caret navigation not working right. When this situation I restarting Orca or doing a window switch when opened multiple applications, the issue is not happening. Testcase: 1. Launch Firefox, and goto the http://vakbarat.menetrendek.hu website. 2. The first edit box type Dunaalmás text, the second edit box type the Budapest text. After this, press the ENTER key. 3. The new presented page click the "Keresés" button. Expected result: After Firefox loaded the content, up or down arrow keystrokes need presenting the proper line content and Orca need speaks and presenting braille the proper informations. Actual result: After last testcase step, when Firefox loaded the webpage changed content some time I unable to scroll down the website content until I not do a window switch. Fortunatelly more time usable this website after I click the Keresés button. Fortunatelly I succesfully reproduced this issue and created a full debug.out file, I attaching the debug file with compressed format. The debug.out file the interesting part beginning I think after the 18148 line. After Firefox loaded the content, presenting a webpage with containing a table. When the scrolling issue happened if I try pressing down arrow key Orca not presents any content until I not press two time the ALT+TAB keystroke. The final presented webpage I saved and compressed, after you extracted the zip file need opening the html file in the menetrend directory. I will attaching the saved webpage content the next comment. Other normal webpages some time I experienced too this type issues, possible this situation the caret not have the document frame. The debug.out file I see lot of time with following message: "WEB: Event source is not in document content GECKO: Passing along event to default script" When this mistific scrolling issue happening, this situation when I press ALT+TAB keystroke more time and switching back with Firefox the scrolling works good again. Attila
Created attachment 306135 [details] The saved webpage content Hi Joanie, If you would like testing this issue with offline, after the zip file extraction you need opening the html file into the menetrend directory. Unfortunatelly me offline way not succesfully reproduce this issue. Attila
I cannot reproduce this issue. But if Alt+Tab fixes it, that suggests that the problem may be due to things Orca is caching for performance. (That cache gets dumped when you switch applications.) So dumping the cache will hopefully solve the bug you report here. But if we dump our cache too often, we'll lose the performance benefits. So we need to play "guess when to dump." I've made my first guess based on the following: * You say the problem sometimes happens and sometimes doesn't * Your bug 750088 sounds very similar * I can reproduce bug 750088 rarely, but when I can the page is still loading So I'm now dumping the cache when a page has finished loading. That shouldn't happen very often and thus this dump shouldn't hurt performance. Question is, does it fix the problem for you? Ditto for bug 750088.
Hi Joanie, I doed now more searches with http://vakbarat.menetrendek.hu website. Everithing when I doed the last testcase step I access right the webpage content. So, I think the bug 750088 fix resolve this issue too, but sure by sure if not problem I leave until monday this bug status with needinfo state. Attila
It's monday. :) Is this bug fixed now?
Hi Joanie, This is a difficult thing. Some time (not very often fortunately) I see the original issue with various webpages (for example with Facebook when the download is slower) when I reading comments with arrow keys, this situation the ALT+TAB keystroke help me. I using Noscript and Adblock Firefox extensions my Firefox profile. But unfortunately I unable you to create a debug.out file to show this issue. Always when I want reproducing this type issues a debug.out file, because happening Orca restart not happening this issue. Without Orca existing instance replace not possible turning on the debug support? I not remember this type debugging, but possible I not known a proper method. I think now the best way to need temporary changing this type bugs with resolved, fixed state. When I have lucky and have possibility to create a debug.out file this caching related issues, I will attaching the debug file the proper reports and changing the status with reopened state. Attila
Created attachment 308282 [details] A very large debug.out file Hopefuly now I lucky. I modified my orca-autostart.desktop icon file to automaticaly generate a debug.out file, and little using the Firefox web browser with various pages. When I opening following address, the download is very slow, and need manual stop the website loading with stop button: https://www.facebook.com/muhtesemyuzyil.hun When the document content is loaded, I simple using up or down arrow keys. After Orca speaks the "bejelentkezés gomb" text and I press a down arrow key, the caret not scrolled down. I tryed press more up arrow keys and more down arrow keys, but the caret stopped me the bejelentkezés push button. When I doed a window switch, again Orca web support works right. The interesting part beginning the debug.out file I think after the 50552 line, but this debug file is very large unfortunately. What meaning following style messages in the debug.out file? WEB: Ignoring: Event in document content; focus is not WEB: Ignoring event source is in document; locusOfFocus is not WEB: Ignoring: Event offset is at embedded object WEB: Event ignored: Event source is non-navigable text object Attila
I think begin happening the window switch generated event processing after the 52794 line. When I try scrolling down arrow key before window switch, not possible scrolling the simple "bejelentkezve maradok" label and the "Elfelejtetted a jelszavadat?" link in browser mode. Attila
Attila: I cannot reproduce this issue. However, your debug.out had a number of tracebacks suggesting that things were timing out when Orca was trying to communicate with Firefox via AT-SPI2. Those should be fixed now. Whether or not it will fix the issue being discussed, I don't know. Could you please test some more? Thanks!
Hi Joanie, The timeout related issue I think resolved, now more faster some situations the webpage loading. Since you doed this fix, the up or down arrow key related issue is longer time later happening if Orca running. Once or two time I experiences this issue with two webpage related, this situation the ALT+TAB keystroke resolved this issue. This situation Orca ran with four hours without restart. This situation Orca flushing the cache when I doed ALT+TAB and switch back to Firefox? Attila
I'm going to close this bug as a dup of 750088. *** This bug has been marked as a duplicate of bug 750088 ***