Issue 112029 - Toolbar controls: Multiple state switching due to background activity
Summary: Toolbar controls: Multiple state switching due to background activity
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: DEV300m77
Hardware: All All
: P3 Trivial (vote)
Target Milestone: 3.4.0
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2010-06-02 11:25 UTC by joerg.skottke
Modified: 2017-05-20 11:33 UTC (History)
3 users (show)

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


Note You need to log in before you can comment on or make changes to this issue.
Description joerg.skottke 2010-06-02 11:25:32 UTC
This issue describes a problem that strikes while running automated tests.

The "Edit Document" button on the standard toolbar changes mode multiple times
during loading of write protected documents. The same appears to happen to the
underlying slot .uno:EditDoc. The switching is not visibly reflected on the
toolbar so the control appears to be enabled - and clickable - all the time.

We use this functionality in many places but have currently no safe way to
determine whether it is really available or not. If we are too fast, we end up
having no effect, the document remains write protected. Due to it's frequent
usage it is also a considerable time-waster, as we try to workaround the problem
by letting the test sleep for a longer time to make sure that all background
activity has ceased.
Comment 1 Mathias_Bauer 2010-06-02 12:56:29 UTC
I couldn't find a description of the goal how this should be fixed.
Would it be sufficient to disable this command and suppress further status
changes until loading has finished? Once the document is loaded, the state
should remain constant anyway.
Comment 2 gregor.hartmann 2010-06-03 08:43:00 UTC
adding people
Comment 3 joerg.skottke 2010-06-03 08:48:54 UTC
@MBA: Your suggested solution sounds reasonable. <Picard>Make it so!</Picard>
It would be really nice if the button (Edit Document) could reflect the state 
of the slot.
Comment 4 Marcus 2017-05-20 11:33:49 UTC
Reset assigne to the default "".