Issue 48611 - UI Grab does not update when using impress wizard
Summary: UI Grab does not update when using impress wizard
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Impress
Classification: Application
Component: ui (show other issues)
Version: recent-trunk
Hardware: All Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 2.2
Assignee: wolframgarten
QA Contact: issues@graphics
URL:
Keywords: accessibility
Depends on:
Blocks:
 
Reported: 2005-05-03 13:26 UTC by wolframgarten
Modified: 2007-01-25 11:17 UTC (History)
1 user (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 wolframgarten 2005-05-03 13:26:17 UTC 
UI GRab of GOK does not update when using the impress wizard. For example choose
a different Type and go to the next step. The user has to continually go back
and then UI Grab.
No regression.
Comment 1 wolframgarten 2005-05-03 13:27:20 UTC 
Keyword added.
Comment 2 groucho266 2005-05-24 13:55:02 UTC 
Due to resource constraints I set the target to OOo Later.
Comment 3 mdxonefour 2005-09-07 10:20:36 UTC 
re-targeted to OOo 3.0
Comment 4 groucho266 2006-07-04 15:46:57 UTC 
Target change.
Comment 5 mdxonefour 2006-10-16 11:14:54 UTC 
MD: re-targeting to 2.2 since it's an important a11y issue
Comment 6 groucho266 2007-01-12 15:58:27 UTC 
Have finally been able to find an environment to check this: a Solaris 11b54
VMWare image.

GOK does not automatically update to the content of the Impress wizard, but it
does not do this with other wizards as well.  Once it is manually updated via UI
Grab it keeps track of the wizard's content when the user switches between
pages.  However, some buttons of the wizard make others active or inactive and
this is not reflected correctly by GOK.

Have to investigate further.
Comment 7 groucho266 2007-01-15 10:53:45 UTC 
It looks like the 'UI Grab' button has to be pressed manually every time the a
new window becomes active.  So, with the typical wizard dialog it would be
expected of GOK that for every page of the dialog the user has to press 'UI
Grab' to see its content.  This is not necessary with the Impress wizard because
it does not use different pages.  Instead it hides or shows the buttons that
belong to the individual pages.

The second problem with the missing updates of UI elements that become active
seems to be a bug in GOK that can be observed in other applications as well. 
For example the Search and Replace dialog in the Gnome text editor has 'Replace
All',  'Replace',  and 'Find' buttons.  These are activated when a search string
or replacement string are supplied.  These changes are not tracked by GOK.
Comment 8 groucho266 2007-01-15 11:44:54 UTC 
Please have a look.
Comment 9 mdxonefour 2007-01-16 14:30:43 UTC 
MD: As discussed with Malte Timmermann, Andre Fischer and Kay Ahrens, the
initially reported issue "UI Grab does not update when using impress wizard"
does not exist. It's common behavior for GOK to be triggered manually again for
a new UI grab. So we set the issue to "Works for me".

Regarding the additional findings from Andre about the enabled / disabled state
of elements, a separate issue will be filed to GOK.
Comment 10 mdxonefour 2007-01-16 14:31:47 UTC 
MD: reassigned to Andre
Comment 11 groucho266 2007-01-16 16:09:37 UTC 
I have submitted a Gnome bug for the missing gok updates of enabled buttons:
http://bugzilla.gnome.org/show_bug.cgi?id=397292
Comment 12 groucho266 2007-01-19 13:42:07 UTC 
Please verify.
Comment 13 wolframgarten 2007-01-25 11:17:51 UTC 
Ok, closing this as worksforme because this is  common behviour.