GNOME Bugzilla – Bug 672438
Some time in Firefox caret navigation are break, Orca doesn't update screen contents
Last modified: 2012-11-12 08:37:47 UTC
Created attachment 210145 [details] Debug file with show possible why happening this issue Dear Developers, I want now read a security backup related article, link is following: http://biztonsagportal.hu/itt-az-adat-hol-az-adat-20120319.html I browsed the article with up or down arrow keys. After following text line Orca always spokened following text in hungarian locale: Letiltott (disabled with english locale environment). Text line after I experienced this issue is following: "külső merevlemezre. Mivel és hogyan archiváljanak a kkv-k?" If I using sayall operation, when the caret leave the quoted text line, Orca always repeating the "letiltott" state the object. This situation, or if I try using down arrow key, the braille display present empty output. When I try scrolling braille display with left, I goto back the quoted line. When I try scrolling right the braille display, the problem again beginning. Reproducation steps: 1. Open the pasted URL address in Firefox. 2. Press 1 key until you not hear the first heading level. 3. Use down arrow key to read the article with line by line. After the quoted text line part, you unable to scroll down the article, or Orca doesn't spokening the selected line, I am not full sure this, because visualy I not see what happening the screen. I experienced this issue under Ubuntu 12.04, Orca latest master version and Firefox 11.0. I attaching the debug.out file. Attila
Created attachment 210146 [details] [review] A possible fix this bug If I change the grabFocusOnAncestor setting from False to True value, for example sayall operation possible reading the pasted article. Since Firefox 3.6 version need keeping the setting value with False value, but Firefox 3.6 release are not supported with Mozilla developers. For example, in Ubuntu Lucid release have Firefox 10. I am not full sure to this fix are right, need analyzing the attached debug.out file to absolute sure right fix are committed to not risk stability. The debug.out file created with default grabFocusOnAncestor setting, this situation the factory setted value is False. Attila
I think this fix way will be not good, for example in Thunderbird I found some interesting issues when I read a message. I will be attaching a debug.out file for Thunderbird related. Attila
I am not have lucky. When I first try read my last sent message in Orca List, Orca skyp this bug report URL spokening and jump in the top of the mail. This situation the grab focus on objects setting is True. But when I want making a debug.out file, the problem is not happening. Possible my system are broken, hopefuly more users testing the fix before possible commit, or we found absolute sure why happened this reported bug. Possible setting different grab focus on objects when navigating setting in Firefox and Thunderbird? In Thunderbird not producing problems the default False setting value, but perhaps Firefox need the True value. Attila
In Thunderbird not need doing anything, both two setting value work properly. In src/orca/scripts/apps/Thunderbird/script_settings.py file setted already the grab focus on object when navigating setting with True value. I begin absolute sure think have again an error my testing system, because unable to reproduce the prewious Thunderbird wrote issue. Sorry the mistake information. Attila
Created attachment 210149 [details] An another debug file with showing a possible risk the setting change from false to true value I see an interesting problem if the grab focus on object when navigating setting setted from false with true value, possible my fix is not good: If I go to the http://sozialmarie.org/projektek/belin.2119.html page, press a h key and a down arrow, caret jump wrong place. If the grab focus on objects when navigating setting is false, this issue not happening. The debug.out file showing me some traceback error messages, with possible separated issues: TOTAL PROCESSING TIME: 0.0287 ^^^^^ PROCESS OBJECT EVENT object:state-changed:busy ^^^^^ DEQUEUED FOCUS: <---------- vvvvv PROCESS OBJECT EVENT focus: vvvvv OBJECT EVENT: focus: detail=(0,0,0) app.name='Firefox' name='None' role='link' state='enabled focusable focused horizontal opaque sensitive showing visible selectable text' relations='' Script for event: Firefox (module=orca.scripts.apps.Mozilla.script) TOTAL PROCESSING TIME: 0.0049 ^^^^^ PROCESS OBJECT EVENT focus: ^^^^^ DEQUEUED OBJECT:STATE-CHANGED:FOCUSED <---------- vvvvv PROCESS OBJECT EVENT object:state-changed:focused vvvvv OBJECT EVENT: object:state-changed:focused detail=(1,0,0) app.name='Firefox' name='None' role='link' state='enabled focusable focused horizontal opaque sensitive showing visible selectable text' relations='' Script for event: Firefox (module=orca.scripts.apps.Mozilla.script) Finding top-level object for source.name= --> obj.name= --> obj.name= --> obj.name= --> obj.name= --> obj.name=Ubuntu kezdőoldal --> obj.name= --> obj.name= --> obj.name= --> obj.name= --> obj.name=Ubuntu kezdőoldal - Mozilla Firefox TOTAL PROCESSING TIME: 0.0050 ^^^^^ PROCESS OBJECT EVENT object:state-changed:focused ^^^^^ DEQUEUED OBJECT:TEXT-CARET-MOVED <---------- vvvvv PROCESS OBJECT EVENT object:text-caret-moved vvvvv OBJECT EVENT: object:text-caret-moved detail=(1,0,0) app.name='Firefox' name='None' role='link' state='enabled focusable focused horizontal opaque sensitive showing visible selectable text' relations='' Script for event: Firefox (module=orca.scripts.apps.Mozilla.script) Object deemed to be useless: [section | ] Object deemed to be useless: [section | ] PREPARATION TIME: 0.0029 generate braille for focused app.name='Firefox' name='None' role='link' state='enabled focusable focused horizontal opaque sensitive showing visible selectable text' relations='' (args={'formatType': 'focused', 'useDefaultFormatting': False, 'includeContext': False, 'role': <enum ATSPI_ROLE_LINK of type Role>, 'mode': 'braille', 'recursing': True}) using '[Link(obj, asString(currentLineText) or asString(displayedText) or asString(name))]' Traceback (most recent call last):
+ Trace 229917
globalsDict[arg] = self._methodsDict[arg](obj, **args)
[text, caretOffset, startOffset] = self._script.getTextLineAtCaret(obj)
caretOffset = text.caretOffset
return Atspi.Text.get_caret_offset(self.obj)
return info.invoke(*args, **kwargs)
DEQUEUED FOCUS: <---------- vvvvv PROCESS OBJECT EVENT focus: vvvvv OBJECT EVENT: focus: detail=(0,0,0) app.name='Firefox' name='SozialMarie: Home' role='document frame' state='enabled focusable focused horizontal opaque sensitive showing visible' relations='node child of' Script for event: Firefox (module=orca.scripts.apps.Mozilla.script) LOCUS OF FOCUS: app='Firefox' name='Deutsch' role='image' event='focus:' PREPARATION TIME: 0.0017 generate braille for focused app.name='Firefox' name='Deutsch' role='image' state='enabled horizontal opaque sensitive showing visible' relations='' (args={'formatType': 'focused', 'useDefaultFormatting': False, 'includeContext': False, 'role': <enum ATSPI_ROLE_IMAGE of type Role>, 'mode': 'braille', 'recursing': True}) using '(imageLink and [Link(obj, (asString(label + displayedText) or asString(name)) + " " + asString(value + roleName))] or [Component(obj, asString(label + displayedText + value + roleName))])' GENERATION TIME: 0.0007 ----> imageLink=<Accessible object at 0xa4e02d4 (AtspiAccessible at 0xa516350)> GENERATION TIME: 0.0013 ----> label=[] GENERATION TIME: 0.0007 ----> displayedText=[u'Deutsch'] GENERATION TIME: 0.0006 ----> value=[''] GENERATION TIME: 0.0015 ----> roleName=['k\xc3\xa9p'] Traceback (most recent call last): File "/usr/local/lib/python2.7/dist-packages/orca/generator.py", line 239, in generate result = eval(formatting, globalsDict) File "<string>", line 1, in <module> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1: ordinal not in range(128) Attila
I Verifyed the difference with grab focus on objects when navigating setting the False value in an another debug.out file. Only the unicode decode errors related tracebacks happening, I will be reporting an another report this errors. The at-spi related traceback error message not happening with you will be seeing the second debug.out file, so I think this fix are not good with I doed, producing regressions. My conclusion: In the first comment pasted article have popup frames (not known good english word the unvanted popup offers). This type object Firefox drags the caret navigation, this is not happening if the grab focus on object when navigating setting is True. The situation not happening if this setting is false, and installed with Firefox the Noscript and Adblock popup blockers. But without this extensions impossible reading the article with the pasted URL in Orca if this setting is false. Attila
So if the bug is that another object on that site is popping up in front of the content you are trying to read, that sounds like a problem on the site and not an Orca bug. At the moment, thanks to all the things we are hacking around to present content in Firefox, any and every change to the Gecko script and the settings is a potential regression causer. On my post 3.4 to-do list is to once again update the Firefox regression tests so we can use them as a tool for this sort of thing. But really, what we need is to be able to stop hacking around Firefox/Gecko bugs. And/or to switch to Epiphany/WebKitGtk -- which will become a focus of mine now that Orca + GNOME Shell is working nice together.
Hy Joanie, I full agree with you wrote. Prewious few minutes reported two or three Firefox/Orca related issues with I don't no happening because my development Ubuntu 12.04 system is not full stable, or this bugs are reproducable. Attila
Attila, I am not getting stuck on this page using the latest Orca and Firefox 16.0.2. Are you?
Hy Joanie, Thanks the notification this bug. I looked now the linked article in Firefox 16.2, I not experienced too this issue under Ubuntu 12.04 and Orca 3.4.2. Attila
Thanks Attila.