Bug 42786 - Dragging Chapters with Navigator works wrong
Summary: Dragging Chapters with Navigator works wrong
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.4.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-10 06:29 UTC by Harald Koester
Modified: 2015-01-05 21:30 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Test file. Description in comment. (10.31 KB, application/vnd.oasis.opendocument.text)
2011-12-18 10:21 UTC, Harald Koester
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Harald Koester 2011-11-10 06:29:53 UTC
In "Writer Manual, Chapter 1: Introducing Writer, Section: Rearranging chapters using the Navigator": "Click on the heading of the block of text that you want to move and drag the heading to a new location on the Navigator, ...". Either this sentence is wrong or this function does not work.

Regards
Harald
              
Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.23) Gecko/20110920 Firefox/3.6.23
Comment 1 Cor Nouws 2011-12-14 06:15:52 UTC
Hi again,

This only works when the navigator shows headings only :-)
Can you pls try that?
Thanks - Cor
Comment 2 Harald Koester 2011-12-18 10:21:22 UTC
Created attachment 54546 [details]
Test file. Description in comment.
Comment 3 Harald Koester 2011-12-18 10:22:46 UTC
Hi Cor again,

sorry for delay of my answer, but there is a life besides LO.

You are right again, when only headings are displayed moving of chapters is possible. I think this behavior is intended in order to avoid confusion if one tries to move items between different categories. Am I right?

By testing the function I discovered some other problems:

[1] When moving chapters I pressed the Ctrl button. A "+" is displayed at the mouse pointer, though only a move is performed. Just mentioned, but not really a problem.

[2] If you undo a move of a chapter the navigator is not refreshed. You have to click into the document or double-click a heading in the Navigator in order to refresh it.

[3] Then I tried some moves of chapters with a little document with four heading levels. I will attach this file to this bug report (Navigator Problem 3.odt). On the second page of the document you can find a short list of moves with problems. Perhaps you can check it.

Regards
Harald
Comment 4 sasha.libreoffice 2012-02-08 07:50:46 UTC
reproduced on LibO 3.5.0 beta 2 on Fedora 64 bit

> [1] When moving chapters I pressed the Ctrl button. ...
It intended for drag and drop from Navigator into text. But now it not works. Insetrs empty sections. And it is not undoable.

> [2] If you undo a move of a chapter the navigator is not refreshed. ...
Reproduced only using button Undo on toolbar. Ctrl-Z not works (described in another bugreport). And if place cursor into text and press Ctrl-Z, part of text becomes selected.

[3] Then I tried some moves of chapters with a little document ...
Reproduced
Comment 5 Harald Koester 2012-11-26 15:28:04 UTC
Bug still exists in LO Ver. 3.6.3.
Comment 6 Cor Nouws 2012-11-26 18:40:28 UTC
Hi Harald,

Could you pls split this into two or three bugs?
I think the easiest and most important is that the Help text is not exclusively clear, needs improvement!

You may also want to create bugs about the confusing Ctrl-dragging and the not refreshing with undo.
thanks,
Cor
Comment 7 Harald Koester 2012-12-12 12:12:19 UTC
Bug splitted to 4 bug reports: bug 58186, bug 58187, bug 58189, bug 58191.
Comment 8 QA Administrators 2015-01-05 17:51:44 UTC
** Please read this message in its entirety before responding **

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present on a currently supported version of LibreOffice (4.3.5 or later): https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)

Thank you for your help!

-- The LibreOffice QA Team
Comment 9 Harald Koester 2015-01-05 21:30:30 UTC
I already splitted this bug to 4 different bugs. Hence it is not necessary to pursue this bug any more. Hence status set to RESOLVED INVALID. Hoping that this is the correct status for this case.