After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 571339 - (ARIA) Changes in some TPG slider values not presented
(ARIA) Changes in some TPG slider values not presented
Status: RESOLVED DUPLICATE of bug 571058
Product: orca
Classification: Applications
Component: general
unspecified
Other All
: Normal normal
: 2.24.4
Assigned To: Joanmarie Diggs (IRC: joanie)
Orca Maintainers
Depends on:
Blocks: 404403
 
 
Reported: 2009-02-11 19:41 UTC by Willie Walker
Modified: 2009-02-12 00:21 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Willie Walker 2009-02-11 19:41:42 UTC
OpenSolaris 2008.11 w/b106a, orca from trunk, FF 3.1b2.

1) Go to http://www.paciellogroup.com/blog/misc/samples/aria/slider/
2) Tab to the "Green" slider
3) Arrow left/right to change the value -- Orca will not present the new value.

value-changed events are indeed coming through, so that's not the problem.  Instead, Orca thinks focus is elsewhere.  When I press Orca+Ctrl+Alt+PgDn while the slider has focus, I see this, which shows me that an "unknown" child of the slider is what Orca thinks has focus:

+- app.name='Firefox' name='Firefox' role='application' state='enabled sensitive showing visible' relations=''
  +- app.name='Firefox' name='ARIA Slider Examples - TPG - Mozilla Firefox 3.1 Beta 2' role='frame' state='active enabled horizontal opaque resizable sensitive showing visible' relations='node child of embeds'
    +- app.name='Firefox' name='None' role='panel' state='enabled opaque sensitive showing vertical visible' relations=''
      +- app.name='Firefox' name='None' role='scroll pane' state='enabled opaque sensitive showing vertical visible' relations='labelled by node child of'
        +- app.name='Firefox' name='None' role='internal frame' state='enabled horizontal opaque sensitive showing visible' relations=''
          +- app.name='Firefox' name='ARIA Slider Examples - TPG' role='document frame' state='enabled focusable horizontal opaque sensitive showing visible' relations='node child of'
            +- app.name='Firefox' name='None' role='section' state='enabled horizontal opaque sensitive showing visible' relations=''
              +- app.name='Firefox' name='None' role='section' state='enabled horizontal opaque sensitive showing visible' relations=''
                +- app.name='Firefox' name='Green' role='slider' state='enabled focusable focused horizontal opaque sensitive showing visible' relations='labelled by'
                  +- app.name='Firefox' name='Green (1 of 255 )' role='unknown' state='enabled focusable horizontal opaque sensitive showing visible' relations=''

I did a little debugging and it looks like a caret-moved event is what ended up causing the unknown object to get focus.  I IRC'd with Joanie and she said she'd take a look since she's working in the crazy caret-moved space right now (thanks!)
Comment 1 Joanmarie Diggs (IRC: joanie) 2009-02-12 00:21:33 UTC
Woo hoo! This is already fixed for me as a side effect of a secret patch I have. ;-) Therefore, I'm going to mark this bug as a dup of bug 571058. I want to re-run the regression tests before checking in that patch, but soon this issue will be officially fixed.

To prove that I'm not being a slacker on this bug, I just created and checked in a new regression test for the TPG sliders. It has 152 assertions and for each slider on the page it tests: home, end, left (3x), right (3x), up (3x), down (3x), page up (3x), page down (3x).

p.s. unwanted/unexpected caret-moved events suck. ;-)

*** This bug has been marked as a duplicate of 571058 ***