Bug 51554 - Data loss risk referencing slides from external impress presentation (Menu Insert -> File, selecting link)
Summary: Data loss risk referencing slides from external impress presentation (Menu In...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Presentation (show other bugs)
Version: 3.6.0.0.beta2
Hardware: All All
: high critical
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-29 04:33 UTC by Sean Carlos
Modified: 2013-08-26 15:16 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Sean Carlos 2012-06-29 04:33:47 UTC
Impress offers a way to include a slide from a separate odp
presentation, using the menu option "Insert -> File".  Choosing the
"Link" option during the slide importation allows you to update the
included slide should the original slide undergo changes.  Very
nice.

There appears to be a problem with the implementation, however.  There
doesn't seem to be any way to visually know that a slide depends on
(is linked to) an external "master" slide.  So a user could / will
unknowing make changes to a slide and then proceed to overwrite these
changes the next time they open the Impress slide set by accepting the
"update linked slides" prompt.

This likely scenario leads to data loss.

I'd suggest that a visual clue be added to show a slide that is linked to
an external slide (I suspect that implementation cannot be too
difficult).

Ideally, the clue would indicate the file containing the linked slide and updates to a linked slide would propagate back to the external master slide or, probably safer, the linked slide would be read-only.
Comment 1 Michael Meeks 2012-07-13 13:16:06 UTC
AFAIK this is no regression from 3.5 - and is present there too; as such I'll move it to the 3.5 MAB list instead [ eventually they will all be moved to 3.6 as 3.5 closes out it's development history but we like to keep this bug clean as we approach release ].

Thanks !
Comment 2 Michael Meeks 2012-07-13 13:20:17 UTC
At least for me - in the slide-sorter these slides also have a visually distinct blue background - which makes it easier to see them vs.the others. Not sure what happens if you use a blue background but ... ;-)
Comment 3 Sean Carlos 2012-07-13 16:38:12 UTC
(In reply to comment #2)
> At least for me - in the slide-sorter these slides also have a visually
> distinct blue background - which makes it easier to see them vs.the others. Not
> sure what happens if you use a blue background but ... ;-)

That sounds like a really good start... but my linked slides have the same white background color of the originals (using 3.6.0.0.beta3 (Build ID: 3e2b862) on Fedora).  There is a blue border which appears in slide sorter around the currently highlighted slide, but this is independent of the linked status.  If you have any insight as to what might make this highlighting appear, that would be wonderful.

The data loss issue still applies as in Edit mode a normal user is unlikely to remember which slide displayed in the sorter was linked.
Comment 4 Sean Carlos 2012-07-13 16:38:52 UTC
(In reply to comment #1)
> AFAIK this is no regression from 3.5 - and is present there too; as such I'll
> move it to the 3.5 MAB list instead [ eventually they will all be moved to 3.6
> as 3.5 closes out it's development history but we like to keep this bug clean
> as we approach release ].
> 
> Thanks !

Excellent. Thank you for looking at this.
Comment 5 Jorendc 2013-02-07 19:54:00 UTC
Mmh, when I try to reproduce this behavior I get an error when reopening the document.

A message pops up: 
"This document contains one or more links to external data.

Would you like to change the document, and update all links
to get the most recent data?"
-> Yes

result in: 'The file could not be loaded!'

How to reproduce:

* Open Impress
* Insert > File
* Select a presentation
* Check 'Link'
* OK
* Do some changes (delete something that is very obvious)
* Save as ODP
* Reopen

Behavior: message pops up (see above) -> 'The file could not be loaded!'

Tested using Linux Mint 14 x64 with LibreOffice 4.0.0.3 (= release)

@Bug reporter: can you reproduce this using LibreOffice 4.0?

(In reply to comment #1)
 [ eventually they will all be moved
> to 3.6 as 3.5 closes out it's development history but we like to keep this
> bug clean as we approach release ].
We are trying to do that NOW :-)
Comment 6 sepp.mue 2013-04-01 11:42:20 UTC
The import file one seems to behave strange....

When I imported 2 files the second one was highlighted as well blue in the sorter, but I assume thas was due to a another master, but I'm not sure.

And I would like to remove the whole import again! So there shoudl be a kind of unlink option!

Are there any plans to implement this?
Comment 7 Sean Carlos 2013-04-02 13:47:51 UTC
Just to clarify Michael Meeks comment about the blue slide background seen in the sorter for imported slides (not just currently highlighted slide(s): sepp.mue@gmx.de is right, the blue background is due to the use of a different slide master in the imported slides.  It has nothing to do with if a slide is linked or not.
Comment 8 Michael Meeks 2013-08-26 15:16:18 UTC
Currently no plans to implement it no - but if you want to hack on it no doubt we can find some code-pointers to help out. Given the age of this issue, it seems like the request might be covered by being able to undo the update of linked masters [ is that an undo-able operation? ], I'm really not sure it should be on the MAB list.

So removing for now. Ultimately it seems to me no different from various other operations which cannot be undone, which you could think of as loosing data.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.