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: 2023-11-06 19:25 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