1. In Writer, open New document and write one word. 2. Select last letter (by mouse or Shift+Left arrow) and set some format - Bold, Italic, Underline, Color, Highlight, Superscript or Subscript … 3. Select whole word (mouse or Ctrl+A) and copy it to clipboard (mouse or Ctrl+C). 4. Go to end of word (by mouse or End) and press ENTER (it goes to new line). 5. Paste from Clipboard (Ctrl+V) and whole pasted word is formated as last letter in previous line.
I reproduce. If you undo the paste and do it again, it works. I was unable to find an existing report. Win 7 Pro 64-bit Version: 5.3.0.0.alpha1+ Build ID: 4b4abb73fcd7f2802e73102b3e7c30face8d309c CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Layout Engine: old; TinderBox: Win-x86@39, Branch:master, Time: 2016-10-31_02:54:50 Locale: fi-FI (fi_FI); Calc: group LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735 Ubuntu 16.04 64-bit Version: 5.2.3.2 Build ID: 1:5.2.3~rc2-0ubuntu1~xenial1 CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: group
** 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
still repro in Версия: 6.1.4.2 ID сборки: 1:6.1.4-0ubuntu0.18.10.1 Потоков ЦП: 4; ОС:Linux 4.18; Отрисовка ИП: по умолчанию; VCL: gtk3_kde5; Локаль: ru-RU (ru_RU.UTF-8); Calc: group threaded >If you undo the paste and do it again, it works. it isn't for me now
If apply on paste-location 'Format/Clear direct formatting' before Paste, then Paste is OK. Probably if location where it will Paste has some properties (bold, italy, underline etc.), during the Paste process the properties from this location join with the properties of copy text. Verze: 6.2.5.2 (x64) ID sestavení: 1ec314fa52f458adc18c4f025c545a4e8b22c159 Vlákna CPU: 8; OS: Windows 10.0; Vykreslování UI: výchozí; VCL: win; Národní prostředí: cs-CZ (cs_CZ); Jazyk UI: cs-CZ Calc: threaded
I must using FreeOffice TextMaker, because LibreOffice do not useable for this very bug when copying formating text. It is a big waste of time to fix incorrect text insertions all the time. Myy see video saved to my box account https://app.box.com/s/efmvcwwbot71sxhg7g9fldl4i48v3e6s Why isn't it easy? However, FreeOffice has its own bugs.
Solution via macro. Sub resetAndPaste 'reset attributes before paste via inserted space dim document as object, dispatcher as object document=thisComponent.CurrentController.Frame dispatcher=createUnoService("com.sun.star.frame.DispatchHelper") dim args1(0) as new com.sun.star.beans.PropertyValue args1(0).Name="Text" : args1(0).Value=" " dispatcher.executeDispatch(document, ".uno:InsertText", "", 0, args1()) 'insert space dim args2(1) as new com.sun.star.beans.PropertyValue args2(0).Name="Count" : args2(0).Value=1 args2(1).Name="Select" : args2(1).Value=true dispatcher.executeDispatch(document, ".uno:GoLeft", "", 0, args2()) 'select space dispatcher.executeDispatch(document, ".uno:ResetAttributes", "", 0, Array()) 'reset attributes (need if cursor is at start of line) dim args4(1) as new com.sun.star.beans.PropertyValue args4(0).Name="Count" : args4(0).Value=1 args4(1).Name="Select" : args4(1).Value=false dispatcher.executeDispatch(document, ".uno:GoRight", "", 0, args4()) 'back to end of space dispatcher.executeDispatch(document, ".uno:GoLeft", "", 0, args4()) 'go to start of space dispatcher.executeDispatch(document, ".uno:ResetAttributes", "", 0, Array()) 'reset attributes (need if cursor isn't at start of line and before space is formatted text) dispatcher.executeDispatch(document, ".uno:Paste", "", 0, Array()) 'Ctrl+V dispatcher.executeDispatch(document, ".uno:Delete", "", 0, Array()) 'delete space End Sub Verze: 6.2.6.1 (x64) ID sestavení: 1f09ad467b449704e317fb11998b9a2ad7184670 Vlákna CPU: 8; OS: Windows 10.0; Vykreslování UI: výchozí; VCL: win; Národní prostředí: cs-CZ (cs_CZ); Jazyk UI: cs-CZ Calc: threaded
If worD means that D is bold, then when you type enters, they carry direct formatting of D. So when you paste, it's all bold. Not a bug. Solution: clear direct format after D.
I'm really not sure if the strictly dicta "it is not a bug" is well, because sometimes it seems as a good behavior, but sometimes it seems more as a bug. If you have some bold word and you will paste some formatted text - for example no-bold but italic text, then outcome will be bold&italic text. But if user wants to paste only the copied italic text and no to get the bold&italic text, it seems as a bug. There was issue in the Czech section https://ask.libreoffice.org/cs-cz/question/202629/libreoffice-625-a-starsi-kopirovani-textu-a-jeho-formatovani/#202747. Michal Janousek was making the English-Czech materials, he had list of the English words (bold text) and then he copied/pasted Czech meanings with italic formatting. And he wanted to get bold English word + italic Czech word, and no to get bold word + bold&italic word. Clear direct format before every Paste was unwished and jarring operation. So I made small macro with uno:commands - it helped, but no in the 100% cases. The next problem is, if you want to put formatted (italic) text inside the bold word. For example: worDD -> put cursor between bold DD (worD|D) and if you will use Clear direct format because you want to Paste italic text there, all word will clear. And it also seems as bug if you presume to get bold+italic+bold text and no to get bold+bold&italic+bold, or no to get (with Clear direct format) normal+italic+normal text. So there is "Insert the space" in the macro, then "Clear direct format", then "Paste text", and then "Delete the inserted space" -> then all formatting of the ambient text is intact. So it can seems as good behavior with unformatted text (sometimes), but for some formatted text -> it is more complicated and more as a bug (I think).
Reopened is when there was a good which is not working. Please formulate what you think is a bug with steps, experienced and expected behavior.
"Reopened* is when there was a fix which is not working. Please formulate what you think is a bug with steps, experienced and expected behavior.
It is a clear usability issue. With all the formatting layers and their relations, it's next to impossible to provide a single mode of operation that fits all. MS Word has helper buttons appearing near pasted text that allow to modify how formatting is applied to the pasted text (keep original/follow current etc), and that allows to be flexible in such a complex case as pasting of formatted text into formatted text. Of course the behaviour is not a bug in the sense that "it works as intended": the pasted text has no "bold" property (unlike explicit "no bold" which would have prevented the behaviour - test this: instead of setting last character bold in step 2 in comment 0, set the whole word bold, then select all but last character and unset bold). But as said, there can't be a simple solution here that fits all - thus I suggest to have a UX evaluation how to make pasting behave flexibly wrt which set of properties to apply (none/target/source/both).
I tested to set the whole word bold and then unset bold for its portion -> and there was the same result (bug) in my testing :-). I agree the simple solution doesn't exist. Helper buttons with mentioned variants none/target/source/both - it seems like the superb solution.
I'll course this, because no further value is expected. Literally this was NotABug. With discussion, I mark as a duplicate of bug which mentions paste options. *** This bug has been marked as a duplicate of bug 42638 ***
(In reply to Kamil Landa from comment #12) > I tested to set the whole word bold and then unset bold for its portion -> > and there was the same result (bug) in my testing :-). Interesting; did you unset bold using Bold button (as I intended), or using "clear direct formatting" (which would not set the explicit "no bold" attribute, and will not demonstrate the difference I described)?
Created attachment 158967 [details] A screencast showing difference between absent bold attribute vs explicit "no bold" (In reply to Timur from comment #13) > *** This bug has been marked as a duplicate of bug 42638 *** Agreed :-)
Bold/no-bold is not significant. The cause is Undo (you clicked on Undo button in the video). Use simply Paste/Undo/Paste and then pasted text is alright (I remembered the user wrote it in Czech issue). But it is not functional inside formatted text.
(In reply to Kamil Landa from comment #16) > Bold/no-bold is not significant. The cause is Undo (you clicked on Undo > button in the video). Use simply Paste/Undo/Paste and then pasted text is > alright (I remembered the user wrote it in Czech issue). No, the undo is not significant. Unfortunately I decided to show you the difference. I needed to show you the same sequence without the undo, which works exactly the same: https://imgur.com/HbKeW0X
I reproduced your steps and really it is the same as your. I tried also some combinations, and today I got the same result as you. I really don't know how strange steps I did with "your progression" yesterday, that there was the "bug" at me :-(. I'm sorry for muddle :-).
I discovered my yesterday mistake - Mike Kaganski mentioned it in comment 14. I use keyboard shortcuts and I did no-bold with my keyboard shortcut for Clear direct format, and no with Ctrl+B.