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
