Build Date & Platform: buildid=340m1(Build:101) Windows XP
Steps to Reproduce:
- Create a new writer document
- Type "DT" and then F3 to insert the "Dummy Text" auto-text
- Select Edit> Changes> Record
- Make changes (additions of text, bold, deleting text ...)
- Uncheck Edit> Changes> Record
- Edit> Changes> Accept or Reject (dialog appears)
- Close the dialog
Expected result: navigation toolbar inactive (no navigation through the navigator)
Actual result: The navigation bar is active and with a functioning "erratic"
(do not move in the history of movements or changes)
Effect is reproducible with Daily Build nearby "LibreOffice 3.4.1RC1 – WIN7 Home Premium (64bit) English UI [OOO340m1 (Build:101)]", but might be intended?
I did a test with a bigger text and lots or changes proceeding similar to original report.
When I select several changes one after the other in reporter's step before the last and then close the 'Accept / Reject' dialog, I can use the navigation bar buttons to jump (back) to the changes in the reverse order I selected them in the dialog. And 1 change always will be selected in the 'Accept / Reject' dialog, so it's not unexpected for me that Navigation Bar opens.
I did not see anything unexpected
Can you contribute a more precise example for the "erratic" behavior?
Using numbered items in step by step instructions would make references more easy
With your comments I now share your opinion.
My problem was that I did not find documentation or specifications of the new navigation toolbar, which does not facilitate the tests ...
My tests left me thinking that the navigation via the navigator was the only "reliable" way to activate the buttons on the navigation bar.
(In reply to comment #1)
> 1 change always will be selected in the 'Accept / Reject'
> dialog, so it's not unexpected for me that Navigation Bar opens.
This is the point that I missed
As I closed the dialog (as exactly reported) on my list of steps to reproduce (that is to say without selecting anything), I had not noticed that an item was always selected by default
I continue my tests ... thank you
(In reply to comment #2)
> My problem was that I did not find documentation or specifications of the new
> navigation toolbar
That's a real problem, I also never saw a Help. So may be the observed behavior is intended, but also may be it's not. I will do further investigations.
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Same as described by Rainer in his commentary #1 with LOdev 3.5.0beta2+
Build ID: 62b9587-7ef74e0-7bf1c81.
I think we can close this issue...