Description: Table changes from automatic alignment to 'from left' with relative unchecked when dragging the border of a merged cell Steps to Reproduce: 1. Open the attached file 2. Table > Properties -> Table tab -> Notice alignment automatic 3. Cancel the dialog 4. Drag the border (left or right from merged cell inside) 5. Table > Properties -> Table tab -> From left & relative Actual Results: From left & relative Expected Results: The relative part is the most annoying. And still doubting about the advantage of having automatic (except for RTL/LTR cases) Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: b60b6bfaafa1315e07108dba50f016975b619c59 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (nl_NL); UI: en-US Calc: CL and in 3.5.0rc3
Created attachment 175524 [details] Example file
@Heiko Any clue what the additional advantage having automatic table alignment property. Why not simply set it to (LEFT/RIGHT); depending on RTL- LTR) with relative checked? I think DOCX/DOC can't handle that property anyhow; see also Justin L at bug 143983 And well the automatic part is kind of mysterious: I still don't grasp the difference with LEFT/RIGHT & Relative checked. When the UI is capable telling directly what it is doing, why mask it behind "Automatic" [Perverse Incentive warning: Me wanting a quick fix & avoid solving what's being wrong with the "Automatic" logic]
(In reply to Telesto from comment #0) > 5. Table > Properties -> Table tab -> From left & relative Cannot confirm with Version: 7.2.1.2 / LibreOffice Community. The properties are still Automatic, with Relative being disabled. Happens only when you shrink the whole table meaning to drag the left/right-most column. Help says: |Automatic |Extends the table horizontally to the left and to the right page margins. This is |the recommended setting for tables in HTML documents. Which means you cannot have it Automatic after changing the table width. Check Automatic to double-check that it reverts to the full size.
(In reply to Heiko Tietze from comment #3) > (In reply to Telesto from comment #0) > > 5. Table > Properties -> Table tab -> From left & relative > > Cannot confirm with Version: 7.2.1.2 / LibreOffice Community. The properties > are still Automatic, with Relative being disabled. Seeing something different here :-) > Happens only when you > shrink the whole table meaning to drag the left/right-most column. Expected, not part of the topic. Should be explicit about being about dragging the inner border
(In reply to Heiko Tietze from comment #3) > (In reply to Telesto from comment #0) > > 5. Table > Properties -> Table tab -> From left & relative > > Cannot confirm with Version: 7.2.1.2 / LibreOffice Community. The properties > are still Automatic, with Relative being disabled. Happens only when you > shrink the whole table meaning to drag the left/right-most column. Other influence might be zoom-level and screen DPI (72) or OS
No repro here Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 6834fda784f3066a89838cd6cda4fe945f4c7904 CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Jumbo
(In reply to Buovjaga from comment #6) Confirming your results, based on comment 0 Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 9063d99ff5ee43cc1239fc1dbb5d9897bdda1c9b CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded However, issue still present when doing it from scratch. 1. Open Writer 2. Insert a 3x3 table 3. Merge the middle column 4. Table --> Properties --> Table tab -> Notice alignment automatic 5. Drag the border (left or right from merged cell inside) 6. Table --> Properties --> Table tab --> alignment changed I probably should open a new report for this; but some conformation in advance would be nice
(In reply to Telesto from comment #7) > (In reply to Buovjaga from comment #6) > > Confirming your results, based on comment 0 > Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community > Build ID: 9063d99ff5ee43cc1239fc1dbb5d9897bdda1c9b > CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win > Locale: nl-NL (nl_NL); UI: en-US > Calc: CL threaded > > However, issue still present when doing it from scratch. > 1. Open Writer > 2. Insert a 3x3 table > 3. Merge the middle column > 4. Table --> Properties --> Table tab -> Notice alignment automatic > 5. Drag the border (left or right from merged cell inside) > 6. Table --> Properties --> Table tab --> alignment changed > > I probably should open a new report for this; but some conformation in > advance would be nice It seems strange, but I don't repro on Win or Linux. Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 6834fda784f3066a89838cd6cda4fe945f4c7904 CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Jumbo
Hello! I was able to reproduce the behavior from Comment 7 only on Windows (10): Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Steps that I Followed: 1. Open a new Libre office writer document 2. Make sure that the paper format is Letter (Right click->Page Style -> in the Page tab you can see the paper format) 3. Insert a table with more than 2 colums (the table’s position will be Automatic by default) 4. Drag(left/right) a cell border that is inside the table 5. Check the table’s alignment (Go to the table toolbar -> Table properties-> In the table tab, check the alignment option) Actual result: The alignment of the table is changed to Left. Please take a look at the video attached. Expected result: Considering that the width of the table has not been changed, I would expect its alignment to stick to default, automatic (as in the case of the linux build). Additional info: - The bug is reproducible if the style of the page is: A4, B5(ISO), B4(ISO) Legal, Letter, Long Bond, Tabloid - The bug is not reproducible if the style of the page is: A6, A5, A3, B6(ISO), B6 (JIS), B5 (JIS), B4 (JIS), 16 Kai, 32 Kai, Big 32 Kai - The behavior is not reproducible on Linux (Ubuntu 22.04 LST) - The bug is not reproducible for a nested table - The bug is not reproducible if changing the width of the inner column (step 4) is done by right-clicking -> click on Size-> Column Width option -> Change the column width -> Click on OK - Other versions where the bug is reproducible: 7.3.0.0 alpha1 (Windows10) 7.5.0.0 alpha1 (Windows10) 7.0.0.1 (Windows10) 7.1.5.2 (Windows10) Note: I was not able to reproduce the bug from the first comment with the following versions: 7.3.0.0 alpha1 (Windows10) 7.6.2.1 (Ubuntu 22.04 & Windows 10) 7.1.5.2 (Windows10) 7.0.0.1 (Windows10) I looked for version 7.3.0.0.alpha0+ but could not find it.
Created attachment 190477 [details] Video for the above comment
Dear Telesto, 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