reproducible with LO 4.0.2.2 (Win7 Home, 64bit)

While the above the line details for this bug indicate All platforms, the comments only mention Windows. I am merely providing confirmation for Linux having tested these versions:

- v3.5.7.2 Build: 3215f89-f603614-ab984f2-7348103-1225a5b / Crunchbang v11 x86_64.
- v3.6.7.2 Build: e183d5b / Ubuntu v10.04 x86_64.
- v4.0.5.2 Build: 5464147a081647a250913f19c0715bca595af2f / Ubuntu v10.04 x86_64.
- v4.1.2.2 Build: 281b75f427729060b6446ddb3777b32f957a8fb / Ubuntu v10.04 x86_64.
- v4.1.2.2 Build: 281b75f427729060b6446ddb3777b32f957a8fb / Crunchbang v11 x86_64. 

The description also indicates v3.3.4 so I have set the Version accordingly.

I have reproduced this on Windows 7 (64-bit) with LibreOffice 4.2.4.2, Oracle Linux 6.5 with LibreOffice 4.0.4.2 and CentOS 6.5 with LibreOffice 4.0.4.2.

The steps are clear.

*** Bug 55497 has been marked as a duplicate of this bug. ***

*** Bug 41084 has been marked as a duplicate of this bug. ***

I don't think the assigned status is valid? No action since 2014.
Set bug back to NEW.

Issue still reproducible with version Version: 5.5.0.0.alpha0+
Build-ID: b08217989558addbcaded122a4e7211ae24bbcff
CPU-Threads: 4; Betriebssystem:Linux 4.8; UI-Render: Standard; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-05-31_06:36:03
Gebietsschema: de-DE (de_DE.UTF-8); Calc: group

In bug 41084 comment 3, Rainer Bielefeld stated it could be a feature instead of a bug. After increasing the size of textbox, the "Full Width" checkbox will remain unchecked and you can not use Text Alignment icons. The question is why I can click those Text Alignment icons.

Solution 1:
Deactivating the alignment commands. But that would result in a very bad user experience.

Solution 2:
Setting the "Full Width" checkbox automatically when resizing the textbox. This would be the intuitive solution for users.

Inherited from OpenOffice.org.

Reproducible with LibreOffice 3.3.0
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4

*** Bug 63710 has been marked as a duplicate of this bug. ***

I have tested both ways in LO 5.2 and see no problems in setting paragraph alignment. The icons in the sidebar and the icons in the "Text Formatting" toolbar are active in both cases.

The "Full width" is a different feature. It belongs to the Text anchor and applies to the entire text box, not to single paragraphs. Without "Full width" the width of the text box is given by its longest line. In the range of this width you can align each (shorter) paragraph left, right or centered. And with the "Text anchor" you define, whether the entire text box touches the left or the right edge of the shape. With "Full width" the text box has always the width of the shape, so that it touches left and right edge of the shape at the same time.

The both ways are only different in text wrap. In case start writing immediately, there exists yet no width and therefore the entered text will not wrap. But in case start with dragging a rectangle, width exists and text will wrap while typing.

Yep, let's close

This bug is still present in LibreOffice 6.0.7.3 in Linux (Ubuntu 18.04). The behaviour of the text alignment is exactly as described in the initial bug report 7 years ago:

Drawing the text box and then writing the text works fine.

Clicking on the text tool, writing text, resizing text box, leads to the impossibility to realign text.

The bug is present both in Draw and Impress.

I really think this bug still needs to be addressed. The instructions in the first post still replicate the bug in version 6.2.2.2.

Steps to reproduce, creates a text box with the bug:
1. Create a new Draw file
2. Click on the "Insert Text Box" button
3. Single-click on the page to create text box
4. Type the word "center"
5. Single-click outside of the text box
6. Using mouse, increase the size of the text box
7. Align-center and Align-right have no apparent effect


Steps to create a text box that does work:
1. Create a new Draw file
2. Click on the "Insert Text Box" button
3. Click-and-drag to create text box
4. Type the word "center"
5. CTRL-E for align-center
6. The text becomes centered within the text box


This bug has been opened and closed several times, so I'm going to include significant detail here to justify why this is actually a bug. 

In Bug 41084 comment 3, Rainer Bielefeld wrote, "If you increase size of textbox after you have typed some text using Menu 'Format -> Position and size', "Full Width" will remain unchecked, you can not use Text Alignment icons." Unfortunately, this is not correct. 

Both boxes have "Full Width" checked:
1. Create a new Draw file
2. Create a text box that exhibits the bug (use instructions above)
3. Create a text box that works normally (use instructions above)
4. Right-click on the first box, select "Edit style". Note that "Full width" is checked.
5. Right-click on the second box, select "Edit style". Note that "Full width" is checked.

After the two boxes have been created, I have yet to find a combination of settings that will make the text behave in the same way in both boxes. 

In Comment 9 on this page, Regina Henschel describes a way to justify the current behavior as not a bug. If the user types "This is a very long line" on the first line, and then types "short" on the second line, then "short" will be centered underneath the longer line. However, the longer line is *not* centered in the text box, which is most likely the user intention. 

Steps to replicate:
1. Create a new Draw file
2. Click on the "Insert Text Box" button
3. Single-click on the page to create text box
4. Type "This is a very long long line"
5. Press <enter> to add a line
6. Type "short" on the second line
7. Using mouse, increase the size of the text box
8. Notice that the text in the second line does move when Align-center and Align-right are selected. However, the longer line remains stationary. 

Left-justified looks like this:
This is a very long long line
short

Right-justified looks like this:
This is a very long long line
                        short

But in both cases, the long line still appears to be left-justified compared to the entire text box.


Here's another bug I found messing around with this that is probably related. When changing the "Full width" check box of one text box, it also changes the status of a different text box. 


1. Click-and-drag to create a text box
2. Type "Number 1"
3. Right-click on the text box and select "Edit Style"
4. Un-check the "Full width" check box.
5. Notice that the text now appears to be centered within the text box
6. Click-and-drag to create another text box 
7. Type "Number 2"
8. Right-click on the second text box and select "Edit Style"
9. Check the "Full width" check box
10. Select "OK"
11. Notice that the text in box1 and box2 now appear left justified

Perhaps this is the intended behavior and "Full width" is meant to be a global setting rather than a per-text-box setting. If that's the case, then there's still a bug because a text box created with click-and-type is not affected by the global setting!

1. Create a text box using click-and-drag and call it "Number 1". 
2. Uncheck "Full width"
3. Select Right-aligned on the first text box
4. Create another text box using click-and-drag and call it "Number 2".
5. Create a third text bux using single-click, then type, call it "Number 3"
6. Now make the text box of Number 3 larger.
7. Check "Full width"
8. Note that Number 1 moves to the right edge of it's text box, Number 2 moves to the left edge, and nothing happens to number 3.
9. Uncheck "Full width"
10. Note that Number 1 becomes centered in the text box, Number 2 becomes centered in the text box, and nothing happens to number 3. 

Basically, there are two different behaviors for text boxes depending on how they are created. That must be a bug.

Repro with this version of LibreOffice:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 4d381b54d1c598c181b4a21a8bf0db86eb4668d1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: fr-FR (fr_FR); UI: en-US
Calc: threaded