Description: When I middle-mouse-button paste I get text in monospace font rather than the font I was using - this is rather annoying Actual Results: block middle mouse button paste - get monospace font (rather than what I was using) Expected Results: Text should be pasted, font should not be changed Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice]Locale: en-GBModule: TextDocument[Information guessed from browser]OS: Linux (All)OS is 64bit: yes Builds ID: LibreOffice 5.2.2.2 User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:53.0) Gecko/20100101 Firefox/53.0
Not reproduced. You are copying from your document and pasting in the same? This happens with a fresh document with no formatting? Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.2.2 Build ID: 5.3.2-3 CPU Threads: 8; OS Version: Linux 4.10; UI Render: default; VCL: kde4; Layout Engine: new; Locale: fi-FI (fi_FI.UTF-8); Calc: group
Sorry - I missed a bit - middle-button paste from a terminal emulator (in this case konsole). This is a recent problem and I can't tell is libreoffice is adding font information based on the fact that it is simply plain text of if konsole is adding font information into the copy buffer (which it shouldn't).
I am using Konsole as well, but I don't know how to middle-click paste from Konsole to LibO.
Highlight / block what you want with the left mouse button, move to LO and press the middle mouse button. This has been the default copy-paste in X11 for years (forever?) I think it can be overridden in KDE, but, by default, left button block, middle mouse paste should work for pretty much anything, no need to use the keyboard.
Ok, I reproduce. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.3.2 Build ID: 5.3.3-1 CPU Threads: 8; OS Version: Linux 4.10; UI Render: default; VCL: kde4; Layout Engine: new; Locale: fi-FI (fi_FI.UTF-8); Calc: group Arch Linux 64-bit LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
confirm this bug, copying from one LO document to another: Middle button paste should act in one of two ways: A) like I typed text in from the keyboard, keeping the same styles and formatting that already existed in the target document like paste unformatted text. (preferable) B) like Ctrl-V, inheriting the style from the document that the copied text came from. (which I hate) Instead it seems to do some random thing.
Dear ffs, 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
Definitely still there Version: 6.0.7.3
@ffs: I'm pretty sure konsole is adding this information, and it can be changed! In Konsole: Settings -> edit current profile -> Mouse -> Copy text as HTML. Uncheck that box and it should paste as plain text.
Indeed, I confirmed it solves the problem! Thanks, Dean.
Dean, that seems a reasonable analysis of the problem but my version of konsole (17.12.3) does not have this option. Also the font conversion isn't quite right (Ubuntu mono - > monospace despite ubuntu mono being available but I guess if this is html this might be mangled and approximate). I experimented with "paste unformatted text" but this gets "requested clipboard format is not available" (same for 'paste'). It would seem that (after examining the clipboard contents using xclip) that konsole offers the X11 atoms: text/plain TEXT text/html and that libreoffice switched at some point from text/plain to text/html. It does not seem wrong that the copying should offer multiple formats but it is clearly unitended here that the paste operation includes the html formatting and libreoffice should offer a choice and default from the X11 paste buffer.
Your filter dropdown box is different from mine: I cannot edit it - if I click "into" it it just produces the dropdown options. The "<x|" button present in yours (and in mine on the NAME: box) is absent. Otherwise it is identical.
(In reply to ffs from comment #11) > that seems a reasonable analysis of the problem but my version of konsole > (17.12.3) does not have this option. Well, it will when you update to a newer one.
No doubt moving to a newer version of konsole with the option to restrict the paste data to text will solve this problem. However LO should be able to paste from the choice of buffers on offer. The bug here is not that konsole offers html/text and plain/text (that is probably a desirable feature for some) but that LO doesn't offer a choice of which X11 buffer to use. LO does provide paste:paste unformatted:paste special options for the clipboard but treats the X11 paste buffer differently.