Well, I have only been assuming up to now but now I just tested commits suggested by Jerem.
I can reproduce both jira and tvheadend related issues after updating to this commit.
Dňa 15. 12. 2020 o 12:18 Joanmarie Diggs napísal(a):
If you can reliably reproduce the problem, you should be able to do a git bisect in Orca to locate the commit where things changed.
Hello,
I can't reproduce the focus bouncing related issue on the site with the steps Jerem is describing.
However I am seeing the behaviour he describes on other sites.
So far I can only reliably reproduce it on these two mentioned sites.
If I find a public site I might also try finding out when it started happening exactly.
I believe this is orca regression as I am sure nothing has changed regarding my tvheadend install but I don't know how to prove it.
Thanks and greetings
Peter
Dňa 15. 12. 2020 o 11:48 Joanmarie Diggs napísal(a):
Hi Peter.
Two questions:
1. Are you saying that you can reproduce the problem on the specific site Jerem mentioned, or only on other sites?
2. Are you saying that this is a regression in Orca?
Thanks!
--joanie
On Tue, 2020-12-15 at 07:54 +0100, Peter Vágner via orca-list wrote:
Hello,
I am getting this with Firefox 85 nightly from yesterday and orca master.
I have noticed it in the wild but I assumed it's a bad web site authoring and ignored that occurence.
However I can 100% reproduce this with tvheadend web UI. It has broken tables all over the place and without working access to that content tvheadend is becoming not very useable. This is definatelly web authoring too as the app manages focus by it-self somehow, each row is inside seperate table and similar but once I focus one of these widgets, there is no way to use browse mode to navigate else where as focus keeps bouncing to that row.
I can't make up my mind about this.
If you would be so kind to look at this, perhaps I can give you access to my install of tvheadend as I don't think it's readily available online with some content.
Greetings
Peter
Dňa 14. 12. 2020 o 13:32 Jérémy Prego via orca-list napísal(a):
hello joanie,
indeed, I do not reproduce the problem on chromium dev, but on my somewhat old version of firefox, yes. i am using firefox 52.9.0. :)
if it can't be fixed because my version of firefox is too old i understand.
Jerem
Le 14/12/2020 à 10:44, Joanmarie Diggs a écrit :
Hey Jerem.
Based on what you described, that commit makes sense. But I cannot reproduce the problem in either Firefox Nightly or Chrome Dev. Does it always happen for you?
--joanie
On Mon, 2020-12-14 at 07:17 +0100, Jérémy Prego via orca-list wrote:
hello,
since commit ac37d8c597053d40c35d9a62bc73ce0846fef31d, I encounter a bug when I click on a button in a table. after opening the button if I use the down arrow, the cursor moves to the top of the table. I specify that it works when I use the tab key, but I prefer to use the down arrow, like before.
Step to reproduce:
1. open this url: https://prestaeticaret.com/demo/1.6/yonetim/demo_login.php
2. clique on "catalog"
3. we arrive on the product page. press t to reach the product table 4. now, press x to get to the first product for example, then 3 times the tab key to get to the button 5. activate the button with the enter key or the space key and press down arrow
actual result:I find myself at the level of the headers of the table. Expected result:see the links added by the button, "preview", "duplicate", "delete" as before
thanks for the fix, if possible
Jerem
_______________________________________________
orca-list mailing list
_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide: https://help.gnome.org/users/gnome-help/stable/a11y.html
_______________________________________________
orca-list mailing list
