Bug 149726 - Unsaved Tabs
Summary: Unsaved Tabs
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.7.2 release
Hardware: Other macOS (All)
: medium normal
Assignee: Luc Dupuis
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-06-25 08:46 UTC by Luc Dupuis
Modified: 2023-12-04 03:18 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
An example of thix bud is on page 2. (15.63 KB, application/vnd.oasis.opendocument.text)
2022-06-25 08:53 UTC, Luc Dupuis
Details
Tabs not correctly saved (68.10 KB, application/pdf)
2022-06-26 16:47 UTC, Luc Dupuis
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Luc Dupuis 2022-06-25 08:46:51 UTC
Description:
After adjusting my tabs and saving the document, they appear out of order when reopening. They were therefore not properly saved.

Steps to Reproduce:
1. Create 2 tabs: the 1st justified on the left, the 2nd on the right with dotted lines
2. Save and quit.
3.Reopen the document to see the bug.

Actual Results:
Many right-justified tabs with dotted lines have disappeared.

Expected Results:
The reopened document should be identical to the one that was saved.


Reproducible: Always


User Profile Reset: No



Additional Info:
I can produce screenshots or documents illustrating the bug if you give me the possibility.
Comment 1 Luc Dupuis 2022-06-25 08:53:27 UTC
Created attachment 180958 [details]
An example of thix bud is on page 2.

Page 2, Roman numeral tabs are never restored after reopening a correctly configured and saved document.
Comment 2 LeroyG 2022-06-26 15:14:32 UTC
The tab stop is fixed outside the page border.
If the edit window is wide enough to include the (not shown) tab stop, there is no issue.
Side bar occupied space counts here.

Tested with:
Version: 7.2.7.2 (x86) / LibreOffice Community
Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: es-MX (es_MX); UI: en-US
Calc: threaded

Tested with:
Version: 7.3.2.2 (x86) / LibreOffice Community
Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: es-MX (es_MX); UI: en-US
Calc: threaded

Tested with:
Version: 7.4.0.0.alpha1 (x86) / LibreOffice Community
Build ID: b871abad383583f02eb49c7e49aeae01f6941072
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: es-MX (es_MX); UI: es-ES
Calc: threaded


For me, the question is: A tab stop must be taken into account if falls outside the page border?
Comment 3 Luc Dupuis 2022-06-26 16:47:05 UTC
Created attachment 180975 [details]
Tabs not correctly saved

Page 1: the document correctly saved
Page 2: the same document when reopened
Comment 4 BogdanB 2023-05-05 19:34:49 UTC
- Luc, you have assigned yourself to this bug. You will solve it?
- You can not confirm yourself the bug, you need to wait others to check it.
Comment 5 Dieter 2023-05-06 04:13:53 UTC
Lucy, could you please also test, if behavior is still present in latest version 7.5.3?
=> NEEDINFO
Comment 6 QA Administrators 2023-11-03 03:15:37 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2023-12-04 03:18:14 UTC
Dear Luc Dupuis,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp