Bug 79510 - FILESAVE: slide DUPLICATED during save action if slide view changes
Summary: FILESAVE: slide DUPLICATED during save action if slide view changes
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.1.6.2 release
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevEval, topicUI
Depends on:
Blocks: Slide-Page-Pane
  Show dependency treegraph
 
Reported: 2014-06-01 18:16 UTC by hardy
Modified: 2023-08-20 03:18 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
screen movie of the bug happening (564.80 KB, video/mp4)
2014-11-15 20:15 UTC, hardy
Details

Note You need to log in before you can comment on or make changes to this bug.
Description hardy 2014-06-01 18:16:02 UTC
Here are the steps to reproduce the behavior:

* Create a simple presentation document. Let's say with three slides. The first slide saying "ONE" as text only, the second one "TWO" and the third one "THREE". Save the document under some name, e.g. dummy.odp

* Make sure the GUI shows the "Save" Icon on the top toolbar, as well as the slide overview on the left side.

* Add several lines of text to the third slide.

* Press the "Save" icon. And then be FAST for the next step.

* In the left sidebar click on the image of slide number two. Be fast and click on this image DURING the saving action of LibreOffice. (If you aren't fast enough, try again. Or add more stuff to make the saving action last longer.)

* Result: You save a document with three slides: ONE, TWO, THREE-blablalba. So far so good.

* But also as result: In LibreOffice you have a document opened with FOUR slides. The additional fourth slide is an exact copy of slide number three. Sometimes I have seen "ONE - THREEblabla - TWO - THREEblabla", and sometimes I've also seen "ONE - TWO - THREEblabla - THREEblabla" as a result.

This behavior happens a lot to me, because I do press the "Save" button quite often (maybe paranoid?) And when I continue to work with my document I often do not realise the duplication of the last slide. And eventually I end up with two different "last" slides, because some further changes I do to one copy of this slide, and other changes I do to the other copy of the same slide. So for me this behavior often was very near to destroying my actual work in progress because it messes up my presentation document in a quite intriguing way :(

(This behavior happens with LibreOffice 4.1.6.2 on Ubuntu Linux 12.04. Libreoffice was installed via the ppa "libreoffice-4-1".)

I think this behavior was NOT present in prior version of LibreOffice (4.0.x I mean).
Comment 1 Yousuf Philips (jay) (retired) 2014-09-30 02:54:59 UTC
Hello Hardy,

Thanks for reporting the bug. Unfortunately i'm unable to reproduce it in 4.1.6 or 4.3.2. Please try one of the more recent version of libreoffice and if this still happens, please let me know. Ideally, if you can said in a video capture of this happening, that would be helpful.

As you are a frequent file saver (i am as well), you can set libreoffice to automatically save after a certain amount of minutes ( Tools > Options > Load/Save > General > Save autorecovery information every X minutes ). You might also like to get used to pressing Ctrl + S to save your document, so you dont have to always move your mouse to the toolbar to save. :D
Comment 2 hardy 2014-11-15 20:15:16 UTC
Created attachment 109538 [details]
screen movie of the bug happening

I'm sorry to reply so late.

But this bug IS still present on my computer. I have updated my OS in the meantime to Ubuntu 14.04 LTS. It comes with LibreOffice 4.2.7.2 (no ppa version any more).

To show you the buggy behavior I will attach a movie as you have proposed. In the third slide in inserted a dummy text (lore ipsum, 1000 words). Then I pressed the save button and clicked on the preview image of the second slide. And then slide number 4 magically appears :( But this bug only "worked" rougly every 5th time I tried it.
Comment 3 Yousuf Philips (jay) (retired) 2014-11-16 01:52:23 UTC
Hi Hardy,

Thanks for the screencast. I tried a couple of times on Windows and Linux Mint and wasnt able to reproduce this as when it saves for me, the UI seems to be inaccessible until the save is completed. Any extra hints on how to get this to always happen?

@Bjoern: Could this be just an ubuntu only bug?
Comment 4 hardy 2014-11-22 16:09:59 UTC
I have tried some more times, and yes I can reproduce this behavior quite regularly now. Here are some more hints I can give:

* I've tried this also with a clean installation of LibreOffice 4.3.3.2 (deb version from project homepage), there the behavior is still the same.

* I have a magnetic harddisk in my computer which is probably not the fastest one (much slower than a SSD). This is just for your information, since the timing seems to be important for this behavior.

* Some more details on the timing:
- You can wait as long as you want BEFORE you do the first click (on the save button). The time before starting the save action does not matter.
- After you pressed the save button, all icons are greyed out for some time. During this time LibreOffice seems to do the saving action on the harddisk. I  call this the "inactive phase".
- If you do the second click (on the left sidebar) too early, then you are well within this inactive phase. In this case I can NOT create this surplus slide.
- If you do the second click (on the left sidebar) too late, than you are well after this inactive phase. In this case I can also NOT create this surplus slide.
- If you do the second click (on the left sidebar) more or less at the time when this inactive phase just ends, then I CAN produce this surplus slide.

By changing the amount of text I inserted, I think I could adjust the duration of the saving action (and thus the duration of this inactive phase) a bit. And in my case 1000 words seem to be quite the right amount for my personal clicking speed and my harddisk speed. (But those last two sentences are probably quite speculative...)

I hope someone can reproduce this behavior, and more important change the LibreOffice code to make this (dangerous) behavior disappear.
Comment 5 Buovjaga 2014-11-28 08:32:01 UTC
I can't reproduce however I try to save. Setting to UNCONFIRMED and lowering severity per https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg

Ubuntu 14.10 64-bit Version: 4.5.0.0.alpha0+
Build ID: 6b219f012edbe069c461f4e0746898e33fa1dd49
TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2014-11-25_21:56:46
Comment 6 raal 2014-12-12 13:23:19 UTC
I can confirm with LO 4.3.4.1 , win7

I used 166 slides presentation with pictures. Added few words on last slide, pressed save. Because file is big and save takes long time I clicked more times on the last but one slide. After the save I have one presentation with 166 slides, it's good, but second new presentation appears. this second new presentation contains 2 slides - first slide is empty and second slide is copy of last slide of the original presentation (slide 166).
Setting as NEW.
Comment 7 Yousuf Philips (jay) (retired) 2015-06-12 11:40:21 UTC
I'd assume the solution to this is to disable access to the slide pane during the saving process.
Comment 8 Robinson Tryon (qubit) 2015-12-13 11:24:25 UTC Comment hidden (obsolete)
Comment 9 QA Administrators 2017-01-03 19:49:57 UTC Comment hidden (obsolete)
Comment 10 Roman Kuznetsov 2019-03-28 10:18:34 UTC
I can't repro it in

Version: 6.3.0.0.alpha0+ (x64)
Build ID: 5cb2db6dd7d234a610a6501668a9901af8472b7f
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-03-26_23:06:31
Locale: ru-RU (ru_RU); UI-Language: en-US
Calc: threaded
Comment 11 QA Administrators 2021-03-28 03:36:37 UTC Comment hidden (obsolete)
Comment 12 Timur 2021-08-19 09:23:39 UTC
This is not easily reproduced, needs to be tested with older version 4.3 where it used to be and then current one. 
I cannot reproduce so. raal, please try if you can.
Comment 13 QA Administrators 2023-08-20 03:18:09 UTC
Dear hardy,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug