Wenn selecting text in a list, the leading number is added faultily
Steps to reproduce:
1. obtain a list e.g. 1. bla bla blub bla
2. select some text e.g. 1. bla <bla blub bla>
3. Paste somewhere with mouse button 2
1. bla blub bla
is pasted (including the number)
bla blub bla
should be pasted.
Platform (if different from the browser):
Browser: Mozilla/5.0 (X11; Linux i686) AppleWebKit/534.34 (KHTML, like Gecko) konqueror/4.8.2 Safari/534.34
[Not Reproduced] with "LibreOffice 3.5.2 - Debian 6.0.4 i386 English UI"
Only appear the number when you copy the whole sentence:
e.g: 1.< aaa bbb ccc >
The number does not appear to copy in all other cases.
e.g: 1. aaa <bbb ccc >
e.g: 1.<aaa bbb> ccc
No, the number is always included, regardless whether i copy the whole line or part of it.
However i consider it wrong to include the number in either case because it's part of the formatting and not the content.
Perhaps i did not state clearly, the i format the text as list.
[Reproduced] Seems like clipoard content includes the list number.
1) Create numbered list in a text document
2) Select part of the sentence or even part of a word
3) Paste it by Middle Click into an *editor* window (but not back into a writer document as here the effect does not show - but see below) OR
4) Paste Special as Unformatted Text into an empty paragraph in Writer OR
5) simply look at the clipboard content (e.g. by pressing the clipboard viewer icon in the sys tray or how it's called in Linux)
BTW, the same happens if using Ctrl+C, Ctrl+V.
Intended behavior or bug?
Mouse not needed: the effect is also present if the selection is made with cursor (or shift-cursor) only.
adding Rainer to cc as I can not estimate importance/severity
(In reply to comment #4)
> [Reproduced] Seems like clipboard content includes the list number.
> 1) Create numbered list in a text document
Instead you can also use a numbered heading. The behaviour is equal. If you copy a part of a heading to an editing area of another application, the heading number is also inserted.
> 4) Paste Special as Unformatted Text into an empty paragraph in Writer OR
This should be a duplicate of bug 36322.
> Intended behavior or bug?
My Opinion: Bug!
*** Bug 56926 has been marked as a duplicate of this bug. ***
Still present in 18.104.22.168, really annoying and looks old and trivial to fix.
*** Bug 56794 has been marked as a duplicate of this bug. ***
I have been pointed here from Bug 56794 as of being duplicate. Retested on current bug report in Comment_4 and I can confirm this is the same bug. Because "my" bug was reported as x86(IA32) and this one is X86-64(AMD64), I am marking current bug as Platform=All.
... test done on LibreOffice v22.214.171.124 on Windows XP sp3.
Created attachment 77976 [details]
Nino's observation already [Reproducible] with attached Simple Sample and Server Installation of "LibreOffice 3.3.3 English UI/ German Locale [OOO330m19 (Build:301) tag libreoffice-126.96.36.199] on German WIN7 Home Premium (64bit) :
1. Open document from File Dialog in LibO Start Center
2. in First line select "aaa" by double click
3. <control+c> for 'Copy'
4. Open EditPad Lite or simlar plain text editor
5. <control+v> for 'Paste'
Expected: "aaa" pasted
Actual: "1. aaa" pasted, what ignores leading "aa", but adds list number
It might be correct that the list number is in the LibO clipboard, might be useful somewhere in LibO (and I currently do not see problems). But I doubt that the observed behavior can be useful for partial sentence copy/paste to other applications.
I see expected behavior in OOo until OOo 3.1.1, but unexpected one already with OOo 3.4.0.. So this problem is inherited from OOo
(In reply to comment #12)
Thank you for additional research. But platform hardware setting will be ignored here, because 99,99% of bugs here are platform hardware independent (64bit processor has nothing to do with 64bit OS)
Please attach a sample document instead of the complicated descriptions
Modified Version due to results.
OS = All due to results, also in Bug 56794
If you see some misbehavior for copy/paste within LibO please submit a separate Bug, may be with a link to this one.
Please change Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug or forward the Bug if it's not your turf
copying the list or outline number in plain text to the clipboard
is a feature, not a bug... see OOo issue 111677 (which incidentally
was my personal most annoying bug in OOo 3.2... having to insert
numbering like "19.753.1" manually before every heading copied
to the mail client is quite annoying).
but in the case where the start of the paragraph is not selected,
i agree that the number should not be copied.
this should be fixed on master now.
ideally Writer would allow to select the numbering with the cursor
so the user can decide if the numbering should be copied,
but that is not possible without very significant changes.
Michael Stahl committed a patch related to this issue.
It has been pushed to "master":
fdo#49076: copy numbering to clipboard only if start of para selected
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
*** Bug 63901 has been marked as a duplicate of this bug. ***
This is marked as resolved. However it still occurs and I have no workaround.
Kubuntu 14.04.3 and LibreOffice Writer Version: 188.8.131.52
If I paste from a list it comes in with the number/bullet.