Bug 132222 - Extra page added when inserting an image - OK after reopen
Summary: Extra page added when inserting an image - OK after reopen
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 132250 (view as bug list)
Depends on:
Blocks: Anchor-and-Text-Wrap Writer-Images Additional-Blank-Pages
  Show dependency treegraph
 
Reported: 2020-04-18 15:24 UTC by Telesto
Modified: 2022-06-13 17:28 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Example file (2.57 MB, application/vnd.oasis.opendocument.text)
2020-04-18 16:03 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-04-18 15:24:00 UTC
Description:
Extra page added when inserting an image

Steps to Reproduce:
1. Open the attached file
2. toggle formatting marks on
2. Copy the cat from page 1
3. Paste it somewhere at the yellow marking on page 4 -> empty page 6 without content as far I can tell

Actual Results:
Empty page added

Expected Results:
No empty page


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.0.0.alpha0+ (x64)
Build ID: 4475bcd83aac7e033fc5250f268eb922bd471e7b
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL
Comment 1 ian 2020-04-18 16:02:27 UTC Comment hidden (obsolete)
Comment 2 Telesto 2020-04-18 16:03:16 UTC
Created attachment 159682 [details]
Example file
Comment 3 Telesto 2020-04-18 16:27:50 UTC Comment hidden (obsolete)
Comment 4 Telesto 2020-04-18 16:29:25 UTC
Also in
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 5 Telesto 2020-04-18 16:39:44 UTC Comment hidden (obsolete)
Comment 6 Telesto 2020-04-18 16:54:42 UTC
(In reply to Telesto from comment #5)
> Different example file same result
> 1. Open attachment 144018 [details]
> 2. Go to multipage view (makes it easier to move, say 3 pages
> 3. Drag the image to the 4th page, page 3 empty 
> 4. Save & reload -> empty page gone and a move of the image

This one is related to type of page wrap
* Optimal page wrap
* Wrap left
cause an additional page
Comment 7 Telesto 2020-04-19 11:23:06 UTC Comment hidden (obsolete)
Comment 8 Dieter 2020-04-20 10:23:35 UTC
(In reply to Telesto from comment #7)
> Created attachment 159704 [details]
> Example file
> 
> 1. Open the attached file
> 2. Go to page 7 (copy the image of Illustration 1)
> 3. Paste it at the end of the blue markting 'tempo' on the next page &
> scroll down.. notice multiple empty pages added
> 
> Note: I used multi-page view

I've followed the steps:
46 pages before pasting
50 pages after pasting
pages 13-15 are empty, I don't know why

After dragging image on paste 16 to page 13, everything is O. K. (47 pages, that i correct, because I've inserted a page with step 3)
Comment 9 Timur 2020-06-08 09:14:28 UTC
Easy to fix with enter or will fix itself on save and reopen. Minor. Please mark importance.
Comment 10 Timur 2020-06-09 08:39:14 UTC
*** Bug 132250 has been marked as a duplicate of this bug. ***
Comment 11 QA Administrators 2022-06-10 03:33:58 UTC Comment hidden (obsolete)
Comment 12 Dieter 2022-06-11 10:26:20 UTC
(In reply to Dieter from comment #8)
> (In reply to Telesto from comment #7)
> > Created attachment 159704 [details]
> > Example file
> > 
> > 1. Open the attached file
> > 2. Go to page 7 (copy the image of Illustration 1)
> > 3. Paste it at the end of the blue markting 'tempo' on the next page &
> > scroll down.. notice multiple empty pages added
> > 
> > Note: I used multi-page view

No empty pages (46 pages before and after) in

Version: 7.3.4.2 (x64) / LibreOffice Community
Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

=> RESOLVED WORKSFORME
Comment 13 Timur 2022-06-13 08:31:51 UTC
Not WFM. Description with attachment 159682 [details] od 31 pages is still reproduced. 
They all are named "asas" in addition to the duplicate bugs, so it confuses.
Comment 14 Dieter 2022-06-13 17:28:10 UTC
(In reply to Timur from comment #13)
> Not WFM. Description with attachment 159682 [details] od 31 pages is still
> reproduced. 
> They all are named "asas" in addition to the duplicate bugs, so it confuses.

You're right. That's the problem of reports with different sample documents and different steps to reproduce (comment 0 and comment 7)