Bug 144634 - Data entry into a cell should match cell's configured vertical alignment formatting
Summary: Data entry into a cell should match cell's configured vertical alignment form...
Status: REOPENED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.1.6.2 release
Hardware: All All
: medium trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-09-21 04:15 UTC by Concerned User
Modified: 2023-06-15 00:48 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Example image of improper vertical alignment (6.94 KB, image/png)
2023-06-15 00:46 UTC, Concerned User 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Concerned User 2021-09-21 04:15:53 UTC 
Description:
When entering data either directly into a cell or via the input line, Calc does not respect the cell's currently configured vertical alignment.

Steps to Reproduce:
1. Set the height of a row greater than the default.  This is important to ensure that the effects of vertical alignment rules depicted in this bug are more visible to the end user.
2. Set the vertical alignment of a cell to a value other than "Align Top."
3. Enter data either by direct entry into the cell or by using the "Input line" input field.
4. Observe the vertical positioning of the data as it is being entered.

Actual Results:
All data is entered as if the cell were configured to "Align Top" formatting.

Expected Results:
Entering data should match the configured vertical alignment formatting, regardless of value.


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Cell data entry currently respects the cell's configured HORIZONTAL alignment.  Excel 2016 also behaves in the manner described in Expected Results.
Comment 1 Deep17 2021-10-11 20:02:49 UTC 
I can reproduce this bug in stable and master build.

Version: 7.2.1.2 (x64) / LibreOffice Community
Build ID: 87b77fad49947c1441b67c559c339af8f3517e22
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 56883788d0090383dad58552f5a11044ffe64a44
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 2 Concerned User 2021-11-17 04:57:53 UTC 
This behavior persists in the latest release (7.2.2.2).
Comment 3 BogdanB 2023-05-21 06:03:58 UTC 
Please rest, it is working well for me.
Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded

Also in
Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 4536694edb7e564ea1f4ae871e9107f52ed0972f
CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded

Feel free to reopen if you can reproduce.
Comment 4 Concerned User 2023-06-15 00:46:36 UTC 
Created attachment 187919 [details]
Example image of improper vertical alignment

Example image showcasing improper vertical alignment while actively editing the contents of a cell.
Comment 5 Concerned User 2023-06-15 00:48:21 UTC 
This behavior persists in the latest build (7.5.4.2, 36ccfdc35048b057fd9854c757a8b67ec53977b6)

For clarity, this issue is observed while actively editing the contents of a cell.  Once completed, the proper formatting is observed.  However, as originally described, the vertical alignment should be respected while actively editing the contents of a cell.