Bug 144933 - Table changes from automatic alignment to 'from left' with relative unchecked when dragging the border of a merged cell (see comment 7)
Summary: Table changes from automatic alignment to 'from left' with relative unchecked...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables-Alignment
  Show dependency treegraph
 
Reported: 2021-10-05 06:39 UTC by Telesto
Modified: 2025-11-06 03:12 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (8.75 KB, application/vnd.oasis.opendocument.text)
2021-10-05 06:39 UTC, Telesto
Details
Video for the above comment (470.79 KB, video/mp4)
2023-10-28 21:05 UTC, Mihai
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2021-10-05 06:39:06 UTC
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
Comment 1 Telesto 2021-10-05 06:39:23 UTC
Created attachment 175524 [details]
Example file
Comment 2 Telesto 2021-10-05 06:55:53 UTC
@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]
Comment 3 Heiko Tietze 2021-10-06 07:50:28 UTC
(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.
Comment 4 Telesto 2021-10-06 08:22:51 UTC
(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
Comment 5 Telesto 2021-10-06 12:10:17 UTC
(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
Comment 6 Buovjaga 2022-10-13 11:51:42 UTC
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
Comment 7 Telesto 2022-10-13 15:09:13 UTC
(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
Comment 8 Buovjaga 2022-10-13 16:24:36 UTC
(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
Comment 9 Mihai 2023-10-28 21:04:04 UTC
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.
Comment 10 Mihai 2023-10-28 21:05:45 UTC
Created attachment 190477 [details]
Video for the above comment
Comment 11 QA Administrators 2025-11-06 03:12:47 UTC
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