Bug 124689 - Moving the scrollbar of the slides pane after having opened a presentation makes the file dirty
Summary: Moving the scrollbar of the slides pane after having opened a presentation ma...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Slide-Page-Pane Impress-UX
  Show dependency treegraph
 
Reported: 2019-04-11 13:16 UTC by Callegar
Modified: 2021-06-09 16:12 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Callegar 2019-04-11 13:16:52 UTC
Description:
Assume that you have a large presentation file. You open it and check the "save" button icon: it has no red dot (the file has not been edited and thus it does not need saving). If you use page-up and page-down to go through the presentation, you can see the whole of it and the file remains clean.
However, if you open the presentation file and immediately move the scrollbar on the slide pane (the one showing the slide thumbnails), after scrolling a sufficient number of slides, a red dot appears on the "save" button icon as the action on the scrollbars has caused the file to incorrectly being marked as dirty. 

Steps to Reproduce:
See description

Actual Results:
See description

Expected Results:
See description


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: PresentationDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes
Comment 1 Roman Kuznetsov 2019-04-11 20:28:18 UTC
Sergio, please attach your big presentation and add info from dialo Help->About LibreOffice
Comment 2 Callegar 2019-04-14 11:33:15 UTC
As an example, go to https://icbook.eecs.berkeley.edu/resources/powerpoint-slides which contains slides for a textbook.

Open the ppt for Chapter 1: Introduction

Note that ppt files directly open as "dirty". This already seems wrong, but is likely a side effect of the ppt import and being ppt a non native format, to have LibO a bit in trouble with it is acceptable.

Save as odp and close the document.

Open the odp. Scroll the slide thumbnail scrollbar. See the document become dirty at about slide 20.
Comment 3 Callegar 2019-04-14 11:34:09 UTC
Info from the help dialog

Version: 6.1.5.2
Build ID: 90f8dcf33c87b3705e78202e3df5142b201bd805
CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: kde4; 
Locale: it-IT (en_US.utf8); Calc: group threaded
Comment 4 Xisco Faulí 2019-04-17 14:57:03 UTC
Reproduced in

Version: 6.3.0.0.alpha0+
Build ID: 8aa579830b20072af8d6e149d6b279362fe98b91
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

and

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 5 Callegar 2019-06-03 11:17:44 UTC
Just noticed that I have at least one presentation which directly opens as dirty (that is even without touching the scrollbars at all) on LibO 6.1.6. Does not do it on 6.2.4, though.
Comment 6 QA Administrators 2021-06-03 03:55:09 UTC Comment hidden (obsolete)
Comment 7 Roman Kuznetsov 2021-06-09 16:12:48 UTC
(In reply to sergio.callegari from comment #2)
> As an example, go to
> https://icbook.eecs.berkeley.edu/resources/powerpoint-slides which contains
> slides for a textbook.
> 
> Open the ppt for Chapter 1: Introduction
> 
> Note that ppt files directly open as "dirty". This already seems wrong, but
> is likely a side effect of the ppt import and being ppt a non native format,
> to have LibO a bit in trouble with it is acceptable.
> 
> Save as odp and close the document.
> 
> Open the odp. Scroll the slide thumbnail scrollbar. See the document become
> dirty at about slide 20.

No repro in

Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community
Build ID: 31ed81ea71a20ec119805f66a42f99b3f80d2dc5
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: threaded

Linux only? Sergio, can you retest it?