This bug was tested LibreOffice v4.1 RC1 running in windows 7 and XP. It appears that LibreOffice loses formatting when importing MS .docx files. I have attached an example. Steps to reproduce the bug: 1. Open attached Demo-2012SummerOlympics.xlsx document in calc 2. Open attached Demo-2012SummerOlympics.xlsx document in Excel2010/Office 365 3. Compare the documents. Note item #1 from the screenshot that the rows should alternate from white to blue.
Created attachment 81707 [details] MS .xlsx file imports incorrectly
Created attachment 81713 [details] Comparison of xlsx in Excel vs Calc 1-3
THis is the missing Format As Table feature that is currently developed as part of the GSoC project.
*** Bug 66378 has been marked as a duplicate of this bug. ***
*** Bug 66379 has been marked as a duplicate of this bug. ***
Marking as NEW as Markus has confirmed that it's being developed now. Markus - you happen to know who is developing it, then we can move to assigned.
(In reply to comment #6) > Marking as NEW as Markus has confirmed that it's being developed now. Markus > - you happen to know who is developing it, then we can move to assigned. If at all it should be kept in New. It is Kohei and my GSoC student so we are aware of the bug. Please don't assign this bug to the student. IMO it is bad to force him to look and care bug reports at this stage as he should focus on the tasks he gets assigned by us.
This issue is still reproducible: - Libreoffice 4.1.5.3 Build ID: 1c1366bba2ba2b554cd2ca4d87c06da81c05d24 - Libreoffice 4.2.2.1 Build ID: 3be8cda0bddd8e430d8cda1ebfd581265cca5a0f - Libreoffice 4.3.0.0.alpha0 Build ID: b6a43bcbbf9e9a5655fd36fd4c8ef72d585f67b0
*** Bug 89107 has been marked as a duplicate of this bug. ***
*** Bug 81711 has been marked as a duplicate of this bug. ***
Created attachment 115487 [details] Comparison of xlsx in Excel 2010 vs Calc 5.0 There are some improvements in LO 5.0.
** 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 on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
Still not table formatting in Version: 5.4.0.0.alpha0+ (x64) Build ID: bf80bbb7b75febc2769d6b64e6981224982f8fe2
** 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
Same in 6.1 alpha1.
*** Bug 112371 has been marked as a duplicate of this bug. ***
*** Bug 122917 has been marked as a duplicate of this bug. ***
*** Bug 122109 has been marked as a duplicate of this bug. ***
*** Bug 91329 has been marked as a duplicate of this bug. ***
*** Bug 130637 has been marked as a duplicate of this bug. ***
*** Bug 149436 has been marked as a duplicate of this bug. ***
(rewording the summary to better differentiate from bug 132780)
*** Bug 155907 has been marked as a duplicate of this bug. ***
*** Bug 159423 has been marked as a duplicate of this bug. ***
*** Bug 160007 has been marked as a duplicate of this bug. ***
*** Bug 160058 has been marked as a duplicate of this bug. ***
This is still reproduced in Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: zh-CN (zh_CN); UI: zh-CN Calc: CL threaded Open attachment 193003 [details] to see the error. Also see: https://support.microsoft.com/en-us/office/format-an-excel-table-6789619f-c889-495c-99c2-2f971c0e2370
*** Bug 161370 has been marked as a duplicate of this bug. ***
You can also reproduce with attachment 193003 [details]
Rephrased title somewhat to better clarify this is not the same as bug 152711 and bug 151264 (which are about proper table style support for Impress and Writer tables).
Support was recently implemented by Markus and Balázs and attachment 81707 [details] looks great now except for the "Per Participant" column, which doesn't have the odd/even row colouring. A relevant commit by Markus: 2950f734c5481bf31c7a54471199f87940240fe4 A UI-related commit by Balázs: 0c9a895defba9565437a876285af3698b2c77b6e To see the Sidebar UI, focus into a cell like B4 and look at what appears at the bottom of the Properties Sidebar deck. The submenu Data - Table has functionality to insert and remove tables. Arch Linux 64-bit Version: 26.8.0.0.alpha0+ (X86_64) Build ID: bf9c80c873e218b7303dae5c13398a6c9edd1865 CPU threads: 8; OS: Linux 6.18; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 7 February 2026
(In reply to Buovjaga from comment #32) > Support was recently implemented by Markus and Balázs and attachment 81707 [details] > [details] looks great now except for the "Per Participant" column, which > doesn't have the odd/even row colouring. Indeed that last column looks not formatted correctly. Interesting that on that last column we have a custom cell style applied named "Excel Built-in Percent" which if you set to default and/or then set back to "Excel Built-in Percent" it will be fine. If someone have time can minimaze this bugdoc file with only the problematic columns and then in a different bugreport can be checked and fixed.
(In reply to Balázs Varga from comment #33) > (In reply to Buovjaga from comment #32) > > Support was recently implemented by Markus and Balázs and attachment 81707 [details] > > [details] looks great now except for the "Per Participant" column, which > > doesn't have the odd/even row colouring. > > Indeed that last column looks not formatted correctly. Interesting that on > that last column we have a custom cell style applied named "Excel Built-in > Percent" which if you set to default and/or then set back to "Excel Built-in > Percent" it will be fine. If someone have time can minimaze this bugdoc file > with only the problematic columns and then in a different bugreport can be > checked and fixed. Or we can just leave this report open, since I just realized it is complained specifically about that (first - thats good) and last column colors. Probably something went wrong with the applied mix of cell style and table style.
hello i treid to test it on Windows 11 with the DEV Release from 12.2.2026. I have a small table created in Calc. But the menu Data > table does not work: it's grey. Where ist is the mistake? kind regads Susanne
(In reply to SusanneMohn from comment #35) > hello > i treid to test it on Windows 11 with the DEV Release from 12.2.2026. > I have a small table created in Calc. > But the menu Data > table does not work: it's grey. > Where ist is the mistake? Can you try with attachment 81707 [details] or some other XLSX document that has these types of tables?
I checked the duplicetes. Some are duplicates of FormatAsTable feature, not of XLSX, but I did not change to produce mails. Multiple open correctly now, many are simple samples. Remaining to be checked after this one is closed are: Bug 160058 attachment 193003 [details] is also mentioned here, Supply Chain table appears empty. Bug 160007 attachment 192920 [details] has no format applied in SGU-solar tab. Bug 91329 attachment 115661 [details] has words without color. Note (files uploaded instead of referenced): Bug 66378 attachment 81708 [details] is the same as attachment 81707 [details] here. Bug 66379 attachment 81709 [details] is the same as attachment 81707 [details] here.
Balazs Varga committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/10d52f40f8440dd3e97877a1ff71817f0d9ea5c5 tdf#66377 sc ooxml import: fix wrongly applied PatternType It will be available in 26.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
After the last commit, the Per participant column is looking as expected.