Bug 143800 - Spurious (empty) bullet point on file open. Moving content to it adds a page break
Summary: Spurious (empty) bullet point on file open. Moving content to it adds a page ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Page-Break
  Show dependency tree / graph
 
Reported: 2021-08-10 07:27 UTC by Telesto
Modified: 2023-05-13 19:21 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Attachments
Screenshot (182.94 KB, image/jpeg)
2021-08-10 07:39 UTC, Telesto 		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 Telesto 2021-08-10 07:27:06 UTC 
Description:
Page break out of the blue when dragging an item in a bulleted list to certain point

Steps to Reproduce:
1. Open attachment 169510 [details]
2. Select all the content of the first bullet (Show M-Values ..)
3. Drag it at the empty bullet above hint

Actual Results:
Page break

Expected Results:
No page break?


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 36efb384a66b6dd645e0ae80fd7df68370a9dc8b
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
Comment 1 Telesto 2021-08-10 07:36:03 UTC 
1. Recent LibreOffice to factory setttings
2. Open attachment 163690 [details]
3. Close the document
4. Open from start center attachment 173501 [details]

An additional bullet will be present. Opening the file directly after factory reset (or safe-mode) opens it fine..
Comment 2 Telesto 2021-08-10 07:39:05 UTC 
Also in
Version: 7.0.0.0.beta1+ (x64)
Build ID: 2891e91a513520d68ea2b8c59c14335861a15253
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: threaded

and in
Version: 6.1.0.0.beta2+
Build ID: 22c451df33b733440f24c1feb6380d31240d55e6
CPU threads: 4; OS: Windows 6.3; UI render: default; 
Locale: nl-NL (nl_NL); Calc: group threaded
Comment 3 Telesto 2021-08-10 07:39:32 UTC 
Created attachment 174168 [details]
Screenshot
Comment 4 Telesto 2021-08-10 07:42:57 UTC 
And in
Versie: 5.3.0.3 
Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1
CPU Threads: 4; Versie besturingssysteem:Windows 6.2; UI Render: standaard; Layout-Engine: nieuw; 
Locale: nl-NL (nl_NL); Calc: group

and in
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL

and in
Versie 4.0.0.3 (Bouw-id: 7545bee9c2a0782548772a21bc84a9dcc583b89)

and in
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 5 Telesto 2021-08-10 07:50:25 UTC 
@Buovjaga
This bug is really really creepy bug. If you subsequentally open file A (close it) next file B, the layout of file B being affected by File A.

This kind of interaction/sharing shouldn't be happening, IMHO

Or i'm the only one affected?
Comment 6 Evgenija Chumachenko 2021-08-12 12:32:58 UTC 
Confirm in
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 3c0c1b79b689775f09b3bff75bb01118b380f41f
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: en-US (ru_RU); UI: en-US
Calc: threaded
Comment 7 Evgenija Chumachenko 2021-08-12 12:34:19 UTC Comment hidden (obsolete)
Comment 8 Telesto 2021-08-13 15:38:14 UTC 
@NISZ
Adding NISZ: hoping on an answer how this is even possible.. I find it rather surprising effect