GNOME.org
 

Re: [orca-list] various "problems" on Firefox Nightly


Le 19/03/2021 à 14:41, Joanmarie Diggs a écrit :

Hi again Jean-Philippe.

I filed https://bugzilla.mozilla.org/show_bug.cgi?id=1699680
Great! many thanks! I hope the fact you reported against Nightly will make it fixed 



I believe I am successfully working around it however. Please test and
let me know.


Yes, it works fine now, many thanks.



Regarding the combo box, I'm not 100% sure I'm following you. Here's
what I'm doing:

    1. Selecting the "free-text item" radio button.
    2. Pressing Tab to get to the "type" combobox. Orca puts me into
       focus mode.
    3. Type "p", product becomes selected and I'm automatically placed
       in the editor.

I didn't have to press space.

You suggested that you used to just enable focus mode, so in my
settings I disabled automatic focus mode and tried again. Everything
worked the same as above, but I had to toggle focus mode on before
typing.

As a related aside, when you are in focus mode, Orca does not control
navigation or user interaction. So if, in focus mode, you have to press
space whereas before you didn't, I don't *think* that's Orca's doing.
Unless I'm misunderstanding you.

If I am misunderstanding you, please give me very concrete steps to
reproduce the problem, along with any relevant settings. And also
verify that the problem does not exist in Orca 3.38.

Lastly, I had not noticed Orca putting the user in focus mode all the
time. I just tried loading the main wikipedia page (English version)
and Orca didn't turn on focus mode. So once again, I need a very
concrete list of steps to reproduce the problem.
hmm ok. I will find a public and easy to reproduce case, this does not seem good. However, in this website, (but right with orca 3.38 too), after I choose Product or service in the combo box, the caret goes to an edit area (dp_desc). So far, writing in this area rendered something with speech and braille. Now it does not. I suspect a Firefox bug but... it works in Chrome. 

regards




Thanks!
--joanie

On Fri, 2021-03-19 at 13:45 +0100, Joanmarie Diggs wrote:

Thanks for the additional information.

With respect to (at least) avh.asso.fr that is due in part to a valid
change I made in Orca and a bug in Firefox Nightly which is not in
Firefox stable.

The change I made in Orca was to dump cache more often. Then as needed,
Orca searches for the caret location when it's not already cached. In
order for this to work, objects which can have a caret need to
implement the accessible text interface. In Firefox Nightly, the
document itself no longer implements the accessible text interface.
That's a huge bug!

I will try to work around this in Orca, but geez..... There can easily
be other breakage as a consequence of this bug.... :(

On Thu, 2021-03-18 at 17:00 +0100, Jean-Philippe MENGUAL via orca-list
wrote:

Hi, :)

Le 18/03/2021 à 15:33, Joanmarie Diggs a écrit :

So this problem only happens with Firefox Nightly and not stable?
Does


Indeed. I did not retest stable recently but it did not happen for
all
the users I know


it happen on all pages or just some? Does it happen with Orca
master


I dont reproduce on orca stable, so yes, seems to affect master.


only? Are there concrete steps I can use to reproduce the problem?


Not all pages, but frequently. for example, press alt-d and enter
avh.asso.fr

When the page opens, the caret seems to go to a weird place where
arrow
Another solution: ctrl-home and arrow keys. the thing is that when
the
cursor is blocked, I cannot press h to browse the headings. Also you
can
sii this entering a new search on startpage.com.

For the combo box, I especially experience this on Dolibarr. A trial
can
be done here:
https://demo.dolibarr.org/comm/propal/card.php?id=1437&save_lastsearch_values=1
(demo and demo for login and pass) 

service or a product. It worked before. And you have combo boxes, eg.
to
choose a product, and going in a such combo box is somewhat hard.

Best regards,



Thanks!
--joanie

On Thu, 2021-03-18 at 15:10 +0100, Jean-Philippe MENGUAL via orca-
list
wrote:

Hi,

1. Do you experience the fact when a page loads, Orca switches to
focus
mode automatically, regardelss the caret is on an edit area or
not.
In
other words, I need to switch to browse mode at each new page
2. On combo boxes, initially I ust needed to switch to focus mode
to
use
it, except if the page was reloaded automatically according to
the
choice in the list. Now, I need to press the space key
systematically
to
open a list in a combo box. Is that something wanted by someone
or a
bug?

thanks for your feedback and tell me if I need to investigate
more
bugs.

Best regards

_______________________________________________
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
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
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
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]