Issue 112029

Summary: Toolbar controls: Multiple state switching due to background activity
Product: General Reporter: joerg.skottke
Component: uiAssignee: AOO issues mailing list <issues>
Status: ACCEPTED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: helge.delfs, issues, oc
Version: DEV300m77   
Target Milestone: 3.4.0   
Hardware: All   
OS: All   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---

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 "".