Description: I have been using Apache Open Office to create Writer documents with inserted images from TurboCad using cut and paste. The images retain their original appearance without any loss of resolution. Inserting images in Libre Office Writer documents, as above, do not work. Please see attached sample. Steps to Reproduce: 1.Select and Copy an area of TurboCad Deluxe image 2.Paste into a Writer document 3. Actual Results: The reproduced image is of an un-acceptable low quality and resolution. Expected Results: An image in it's original form is reproduced. Reproducible: Always User Profile Reset: No Additional Info: As in "Expected Results".
Created attachment 147496 [details] Open Office Writer document containing comparable images
Created attachment 147497 [details] Document with image of fault
The issue is going to be what clipboard content is being picked up for filter import into LibreOffice, to Writer as here or into Draw/Calc. The Pictures folder of the ODF zip archive .ODT (from Apache Open Offic 4.1.6) in attachment 147496 [details] has two images: The "Cut & Pasted" image as made in AOO 200000EB00003C3200002194B93B2DBA.svm The resulting PNG of a cut/copy & paste into LibreOffice 1000000000000080000000801AFBB324.png What we will need to know is the format of the Windows system clipboard contents when you preform your cut (or copy) from TurboCad. Please install a clipboard viewer, e.g. Nir Sofer's InsideClipboard [1] is my personal preference, and perform the cut or copy from TurboCad. Then provide the listing of the FormatIDs, Names, Types and Index as held on the clipboard. Resolving this may require adjusting the Default import filter for the "Paste" action, or for you to use a "Paste Special", or possibly a new import filter must be written. We won't know until you can provide the clipboard details. =-ref-= https://www.nirsoft.net/utils/inside_clipboard.html
Created attachment 148573 [details] InsideClipboard saved file
Please find attached output from “InsideClipboard”, you will notice this does not correspond to the output from nirsoft.net website. I have only been able to reproduce this output over several attempts. Copy and paste from TurboCad into Libre Draw works correctly and the image can be correctly copy and pasted from Draw to Writer. I also noticed that the image captured by InsideClipboard, attached, is enclosed by two lines at the right and the bottom edges of the image and is reproduced in this format in Libre Writer, any larger image is also compressed into this size.
Created attachment 148574 [details] Output image of InsideClipboard copy/paste
Created attachment 148575 [details] Image being copy/pasted as stored in InsideClipboard
So the Clipboard output shown in comment 148574 from TurboCad looks to only hold CF_DIB (Device Independent Bitmap). But, if I understand correctly, that is handled with ReadDIBBitmap(), so we should be able to filter it if it is plumbed correctly for a paste action. This got some tweaking with https://gerrit.libreoffice.org/#/c/55160/ Will check if the Insideclipboard .clp lets me bibisect behavior, or if I have to scrounge a seat of TurboCad to test with. But if this jumps out at any of you--Noel, Michael or Armin let me know...
attachment 148574 [details] not comment :(
So if I load the .CLP file from attachment 148573 [details] into the Windows clipboard using InsideClipboard I see the proprietary TC formats, but an empty CF_BITMAP a CF_DIB, and a CF_DIBV5 A paste special into LO 6.1.4.2 offers "Bitmap Image (BMP)"; while a paste special into AOO 4.1.6 offers "Bitmap" Both bitmap pastes look to be low resolution ~72dpi And, paste special into CorelDraw X7 offers "Device Independent Bitmap" and as "Bitmap". Either renders the bitmap as RGB sized 128px x 128px at 72 x 72 dpi. So, the handling of the DIB seems correct with the LibreOffice filters. The question then becomes is there something in the Copy to Bitmap function of TurboCad that is no longer producing bitmap rasters of drawing elements at desired resolution? Alternatively, is there a vector format (WMF, EMF, SVG, EPS) that was being provided but is now missing? This is looking to be Not Our Bug as the ODF text document of attachment 147496 [details] for the AOO rendering of what you call a "cut & paste" from TurboCad image to be vector .SVM format--not a bitmap. So what does the Clipboard show when you've cut from TurboCad. Could you post a similar InsideClipboard.CLP dump of the clipboard for the Cut action?
I'm guessing that the CF_METAFILEPICT in the clipboard is what Apache Open Office is using, and converting to our SVM format. That will contain vector drawing instructions, which will produce a better result (mostly, our metafile stuff has not always supported all of the nooks and crannies of WMF) So perhaps we need to tweak our preferences somewhere, to prefer metafile data over bitmap data. But that might mean checking with Thorsten Behrens and/or Bartosz Kosiorek, who have been working on our metafile support.
*** Bug 123140 has been marked as a duplicate of this bug. ***
Dear Amjad Qazi, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
This bug was put to New but it's not testable. It can be with Turbocad trial and download of 1-2 GB but it should be easier. attachment 147496 [details] doesn't correspond to InsideClipboard attachment 148573 [details] Bartosz, you put this to New, please explain.
Dear Amjad Qazi, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug