Created attachment 153841 [details] ExcelEmbedded.docx I have a docx edited by Microsoft Office. In this docx, I have a embedded xlsx (Microsoft Excel Object worksheet). When I open the document with Microsoft Office, the table starts with line 16. When I open the document with LibreOffice, the table starts with line 1. Steps: 1) Open Microsoft Excel 2) Create a table 3) Copy this table (don't start a line 1) in the clipboard 4) Open Microsoft Word 5) Special paste "Microsoft Excel Object Worksheet" Here, you should see your table. First line is the right one. 6) Save your document as docx. 7) Open your document with LibreOffice. Current behavior: The first line of the table is the first line of the excel tab, not the first line of the table in the clipboard Expected behavior: The first line of the table is the first line of the copy in the clipboard Version: 6.4.0.0.alpha0+ (x64) Build ID: 41cd3e8e817c8c33a13608e62eeb06ce2c6977e4 CPU threads: 12; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-09-01_22:04:10 Locale: fr-FR (fr_FR); UI-Language: en-US Calc: CL
Thank you for reporting the bug. I can reproduce the bug in Version: 6.3.0.0.alpha0+ Build ID: b6b28931435e44aca92b8c0e1659f701e3ed1a87 CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-01-30_06:57:04 Locale: en-US (en_US); UI-Language: en-US Calc: threaded But, when I open the document in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 the table starts with line 16.
Works fine with: Version: 5.4.6.2 (x64) Build ID: 4014ce260a04f1026ba855d3b8d91541c224eab8 CPU threads: 4; OS: Windows 6.19; UI render: GL; Locale: es-ES (es_ES); Calc: group Bad with: Versión: 6.0.7.1 (x64) Id. de compilación: 5d2cb2a5dd04fe174b336488731eb50bbb5faed3 Subprocs. CPU: 4; SO: Windows 10.0; Repres. IU: GL; Configuración regional: es-ES (es_ES); Calc: CL
This seems to have begun at the below commit. Adding Cc: to Szymon Kłos; Could you possibly take a look at this one? Thanks 3e092e207e04ea141c59d25e8c71b1c74e2e1cfe is the first bad commit commit 3e092e207e04ea141c59d25e8c71b1c74e2e1cfe Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Sat Jul 29 06:24:35 2017 -0700 source 505ce3a2ba3adeef46daecbf9b14c42cea211408 author Szymon Kłos <szymon.klos@collabora.com> 2017-07-07 12:58:42 +0200 committer Szymon Kłos <szymon.klos@collabora.com> 2017-07-08 09:28:09 +0200 commit 505ce3a2ba3adeef46daecbf9b14c42cea211408 (patch) tree aab90b60e9c0c0ac5b7ea912dc3b25a8c45614cf parent 3340ce30562832b584dd0576d9e0733aa03d867f (diff) tdf#108544 edit in window (XLSX inside DOCX)
Created attachment 158765 [details] Another example document from Word13 Another document made in Word 13 (original is from Word16). Here I scrolled a bit inside the embedded table after pasting it in Word, this seems to work in Writer 7 master, but the original does not. It's interesting that in my file Word cannot edit the embedded file (it could before saving and closing), but Writer can. Version: 7.0.0.0.alpha0+ (x64) Build ID: 8e323fcacebad1afe9d867b846722a6b9bf20f78 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; Locale: hu-HU (hu_HU); UI-Language: en-US Calc: CL
Dear LE GARREC Vincent, 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
Problem still there. Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 620(Build:0) CPU threads: 16; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: threaded