Issue 104470 - Extraneous object:text-selection-changed events emitted in Formatting toolbar combo boxes
Summary: Extraneous object:text-selection-changed events emitted in Formatting toolbar...
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: DEV300m54
Hardware: All Solaris
: P3 Trivial (vote)
Target Milestone: ---
Assignee: eric.savary
QA Contact: issues@sw
URL:
Keywords: accessibility
Depends on:
Blocks:
 
Reported: 2009-08-24 18:14 UTC by joaniediggs
Modified: 2013-08-07 14:44 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description joaniediggs 2009-08-24 18:14:55 UTC 
Steps to reproduce:

1. Launch Accerciser and Writer
2. Turn event monitoring on in Accerciser
3. Move focus inside any of the following combo boxes on the Formatting toolbar:
   a. Apply Style
   b. Font name
   c. Font size
4. Use Left/Right Arrow to move the caret

Expected results: An object:text-selection-changed event would not be emitted
because there is no text selection change taking place.

Actual results: Each time Left/Right Arrow is pressed, an
object:text-selection-changed event is emitted.

Impact: Orca has to trust that object:text-selection-changed events are emitted
when the text selection changes -- and not emitted when the text selection has
not changed. As a result, these extraneous events cause Orca to examine the
accessible text object, see that nothing is selected, and say "unselected" for
each and every press of Left/Right Arrow.
Comment 1 malte_timmermann 2009-12-07 11:28:47 UTC 
mt->cd: 3.x for now: Please evaluate/dispatch. 3.3 if reasonable/possible.
Comment 2 malte_timmermann 2010-01-28 12:14:55 UTC 
I will try to take over...
Comment 3 malte_timmermann 2010-01-28 12:38:36 UTC 
OOo 3.3
Comment 4 malte_timmermann 2010-02-08 13:34:49 UTC 
Fixed in mtaccfixes
Comment 5 malte_timmermann 2010-03-04 19:05:28 UTC 
Please verifz
Comment 6 eric.savary 2010-03-16 16:25:58 UTC 
ES: verified in CWS mtaccfixes.
Comment 7 malte_timmermann 2010-03-26 18:29:22 UTC 
Closing solved issues...
Comment 8 malte_timmermann 2010-03-26 18:39:42 UTC 
Closing...
Comment 9 joaniediggs 2010-04-17 04:38:57 UTC 
joaniediggs->es Using OOo dev 3.3 m76 in OpenSolaris (build 134), I can verify
the fix for Font Name and Font Size. But I'm still seeing the bug for Apply Style.

When you have the opportunity, could you please take another look? Thanks!
Comment 10 eric.savary 2010-04-27 15:57:52 UTC 
@Joanie: I re-cecked with a m77 (integration in said to be m76) on Solaris Sparc
with Accerciser 1.8.0.

Cannot confirm a fixed but failed.

What I did (this applies for "Apply style", "Font size" and "Font name"):
- click in or travel to (keyboard) the "Apply style" drop down listbox
-> object:text-selection-changed events emitted because the style name is
selected -> ok
- up/down with the keyboard
-> object:text-selection-changed events emitted because the style name in the
selection is changing  -> ok
- 1 time Right or Left with the keyboard
-> object:text-selection-changed events emitted because the style name is
de-selected  -> ok

The current fix:
- Further time Right or Left with the keyboard
-> NO object:text-selection-changed events emitted because nothing is
selected/de-selected -> ok

Do you see something else (so it doesn't work for you) or we don't *talk* about
the same things?
Comment 11 joaniediggs 2010-04-27 18:41:24 UTC 
@es Well, *now*, I'm not seeing the issue. Huh. I'm glad I didn't reopen this
bug. It's one thing to annoy; it's another to annoy AND be wrong. ;-)

Having said that, I was definitely seeing the problem and it was definitely with
m76. Once I figure out what it was I did to trigger it, I'll open a new bug.

Thanks much for taking the time to re-verify!