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
