GNOME Bugzilla – Bug 654222
In Epiphany browser if the caret is enabled, after opening a link Orca doesn't focusing the caret with right object
Last modified: 2015-09-08 18:39:07 UTC
Created attachment 191509 [details] Debugfile with show possible why happening this bug Dear developers, I tryed Epiphany browser with Orca with Oneiric alpha2. If I manual enabled the caret mode with F7 key, fantastic possible reading an article in a webpage. But, when I opening a new link, Orca put wrong place the caret, I think a panel labelled object. If I press TAB key, and the page have a link, the caret putted right place. After this if I press for example CTRL+HOME key combination, possible reading the entire article right. I maked a debug.out file, and I see following traceback error message: Traceback (most recent call last):
+ Trace 227702
self._processObjectEvent(event)
script = self._getScriptForEvent(event)
script = _scriptManager.getScript(app, event.source)
appScript = self._createScript(app, None)
moduleName = self.getModuleName(app)
if not (app and app.name):
Atspi.Accessible.name = property(fget=lambda x: exwrap(Atspi.Accessible.get_name, x))
raise LookupError LookupError
I attached the maked debug.out file. In Ubuntu Oneiric following wersion of webkit source package are awailable: 1.4.1-0ubuntu2 Reproducation steps: 1. Launch Epiphany, and enable the caret mode with F7 key. 2. Try opening a link in a webpage. After you press ENTER key a link, you unable to move the opened webpage part with arrow keys or cursor movement keys. Attila
What version of Epiphany? Orca is expecting Epiphany version 3.0 or greater. Earlier versions have problems.
Hy Joanie, The webkit-browser package version is following: 3.0.3-1ubuntu1 Attila
Hmmm. I cannot reproduce it in Fedora 15, but that version should be fine. So within the next day or so I shall look at your debug.out and try to reproduce your exact steps. Thanks for the report!
Hy Joanie, Thank you the test. Very good news with this bug not succesful yet reproduced in Fedora 15. Not producing this problem in Ubuntu level because gnome-orca package containing a gconf related patch? The 04_use_gconf.patch is not removed yet with debian/patches directory in Ubuntu packaged gnome-orca package. The patch using following code: if [ "x$LOGNAME" != "xgdm" ] ; then - ACCESSIBILITY_ENABLED=`gsettings \ - get org.gnome.desktop.interface toolkit-accessibility` + ACCESSIBILITY_ENABLED=`gconftool-2 \ + --get /desktop/gnome/interface/accessibility` if [[ "x$ACCESSIBILITY_ENABLED" != "xtrue" && \ `echo $ARGS | grep -c "no-setup"` -eq 0 ]]; then # Because we will be running Orca in text-setup mode, we want to Possible help following informations what environment I see this bug: Because Oneiric using Unity by default, I need modify in live environment the /usr/share/gnome-session/sessions/ubuntu.session file. I simple owerwrite this file with gnome-fallback.session file with following command in gnome-terminal after I installed the gnome-session-fallback package: sudo cp /usr/share/gnome-session/sessions/gnome-fallback.session /usr/share/gnome-session/sessions/ubuntu.session Need this "hack", because I don't no how can possible switch other session in the new replaced Lightdm login manager without sighted assistance. :-(:-( After this I restart lightdm login manager in gnome-terminal with following command to access fallback mode: sudo service lightdm restart You need known, Ubuntu side I think one months ago beginning migration with GNOME3 series, so perhaps happening this problem Ubuntu level because not all components migrated correctly. I think have chance this, because for example in fallback mode the application menu is empty I think, Orca doesn't spokening any menu items in applications menu. I think this problem for example an Ubuntu package related or missconfiguration error, because in GNOME3 live CD applications menu is accessible, but this is other story. :-):-) Attila
Attila can you still reproduce this bug with Orca 3.5.x?
Created attachment 221222 [details] New debug file I tested this problem with Epiphany browser 3.4.1 version in Ubuntu 12.04 with Orca 3.5 latest version. For example in www.origo.hu or www.origo.hu/hirmondo webpage caret navigation not always working. Look the debug.out file have interesting traceback error messages. My system at-spi2-core package is updated the master branch version. For example akadalymentes.sg.hu webpage only the links are spokening Orca when I doing caret navigation. Attila
This will get fixed as part of creating an Orca-controlled caret for WebKitGtk content. Thus marking as a duplicate of bug 754740. *** This bug has been marked as a duplicate of bug 754740 ***