[Upstream] LibreOffice Load/Save dialogue boxes delete files but dont use Trash

Bug #525440 reported by Tony Pursell
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
LibreOffice
Fix Released
Wishlist
OpenOffice
Unknown
High
libreoffice (Ubuntu)
Fix Released
Low
Unassigned
openoffice.org (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Binary package hint: openoffice.org

If, in Tools > Options...> OpenOffice.org > General, you have 'Use OpenOffice.org dialogue boxes' checked, you get dialogue boxes that allow you to right click and Delete. Files deleted like this do not go to the Deleted Items folder. This is dangerous because users can assume the behaviour is the same as in Nautilus.

See https://answers.launchpad.net/ubuntu/+source/openoffice.org/+question/101821

ProblemType: Bug
Architecture: i386
Date: Sun Feb 21 19:26:09 2010
DistroRelease: Ubuntu 9.10
Package: openoffice.org-core 1:3.1.1-5ubuntu1 [modified: var/lib/openoffice/basis3.1/program/services.rdb]
ProcEnviron:
 LANGUAGE=en_GB
 PATH=(custom, no user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-19.56-generic
SourcePackage: openoffice.org
Uname: Linux 2.6.31-19-generic i686
---
Architecture: i386
DistroRelease: Ubuntu 10.04
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
Package: openoffice.org-core 1:3.2.0-7ubuntu4.1
PackageArchitecture: i386
ProcEnviron:
 LANG=en_GB.utf8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-22.36-generic-pae 2.6.32.11+drm33.2
Tags: lucid
Uname: Linux 2.6.32-22-generic-pae i686
UserGroups: adm admin audio cdrom dialout fax fuse lpadmin netdev plugdev sambashare video

Revision history for this message
In , Andrew Ziem (ahziem1) wrote :

When using the built-in (non-native) file open/save dialogs (which is the
default in many situations), it's possible to right click to delete a file.
(That's normal.) However, the file is deleted permanently (bypassing
trash/recycle bin) without sufficient warning. Consequently, user experiences
unintended data loss, which may lead to hair loss.

I tested Windows and Linux OOo 2.2.

Suggestions:
1. Integrate with the OS's trash can / recycle bin*.
2. Provide a clear warning that the deletion is permanent.
3. Remove the delete option from the file picker.

* For X11 systems, see <http://www.ramendik.ru/docs/trashspec.html>.

Revision history for this message
In , Michael-ruess (michael-ruess) wrote :

Framework issue.

Revision history for this message
In , Thorsten-martens (thorsten-martens) wrote :

TM->requirements: please have a look.

Revision history for this message
In , Kevin Cole (kjcole) wrote :

Has there been any progress on this issue?

Revision history for this message
Tony Pursell (ajpursell) wrote :
Chris Cheney (ccheney)
tags: added: karmic
Revision history for this message
Chris Cheney (ccheney) wrote :

[This is an automatic notification.]

This bug was reported against an earlier version of Ubuntu, can you test if it still occurs on Ubuntu 10.04 LTS (Lucid Lynx)?

Please note we also provide technical support for older versions of Ubuntu, but not in the bug tracker. Instead, to raise the issue through normal support channels, please see:

    http://www.ubuntu.com/support

If you are the original reporter and can still reproduce the issue on Lucid, please run the following command to refresh the report:

  apport-collect 525440

Bear in mind that you may need to install the python-launchpadlib package from the universe repository. Additionally, when prompted to give apport-collect permissions for Launchpad you will need to give it at least the ability to "Change Non-Private" data as it will be adding information to your bug report.

If you are not the original reporter, please file a new bug report, so we can work with you as the original reporter instead (you can reference bug 525440 in your report if you think it may be related):

  ubuntu-bug openoffice.org

If by chance you can no longer reproduce the issue on Lucid or if you feel it is no longer relevant, please mark the bug report 'Fix Released' or 'Invalid' as appropriate, at the following URL:

  https://bugs.launchpad.net/ubuntu/+bug/525440

Changed in openoffice.org (Ubuntu):
status: New → Incomplete
Revision history for this message
Chris Cheney (ccheney) wrote :

We're closing this bug since it is has been some time with no response from the original reporter. However, if the issue still exists please feel free to reopen with the requested information. Also, if you could, please test against the latest development version of Ubuntu, since this confirms the bug is one we may be able to pass upstream for help.

Changed in openoffice.org (Ubuntu):
status: Incomplete → Expired
Revision history for this message
Tony Pursell (ajpursell) wrote :

Sorry for not responding. I have had awful problems unrelated to OOo) upgrading to Lucid,

This behaviour is still the same in Lucid. It is reproduced with

1. Use Tools > Options... > OpenOffice.org > General > Open/Save dialogue boxes and check Use OpenOffice.org dialogue boxes.

2. From OpenOffice Quickstarte, select Open Document..,

3. In the Open dialogue select and file and press Delete.

4. In the Confirm Delete dialogue, select Delete.

The file is permanently deleted. It is not moved to the Wastebasket.

I tried apport-collect 525440, and it did nothing

Tony

Changed in openoffice.org (Ubuntu):
status: Expired → New
Revision history for this message
Chris Cheney (ccheney) wrote :

[This is an automatic notification.]

This bug was reported against an earlier version of Ubuntu, can you test if it still occurs on Ubuntu 10.04 LTS (Lucid Lynx)?

Please note we also provide technical support for older versions of Ubuntu, but not in the bug tracker. Instead, to raise the issue through normal support channels, please see:

    http://www.ubuntu.com/support

If you are the original reporter and can still reproduce the issue on Lucid, please run the following command to refresh the report:

  apport-collect -p openoffice.org-core 525440

Bear in mind that you may need to install the python-launchpadlib package from the universe repository. Additionally, when prompted to give apport-collect permissions for Launchpad you will need to give it at least the ability to "Change Non-Private" data as it will be adding information to your bug report.

If you are not the original reporter, please file a new bug report, so we can work with you as the original reporter instead (you can reference bug 525440 in your report if you think it may be related):

  ubuntu-bug openoffice.org-core

If by chance you can no longer reproduce the issue on Lucid or if you feel it is no longer relevant, please mark the bug report 'Fix Released' or 'Invalid' as appropriate, at the following URL:

  https://bugs.launchpad.net/ubuntu/+bug/525440

Please do not set bugs back to 'New'.

Changed in openoffice.org (Ubuntu):
status: New → Incomplete
Revision history for this message
Tony Pursell (ajpursell) wrote : Dependencies.txt

apport information

tags: added: apport-collected
description: updated
Revision history for this message
Tony Pursell (ajpursell) wrote : Re: OpenOffice.org Load/Save dialogue boxes delete files but dont use Trash

Apologies for setting the status to New. Down to my inexperience...

Revision history for this message
Tony Pursell (ajpursell) wrote :

There is no change to this bug in Lucid

Changed in openoffice.org (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Jack Leigh (leighman) wrote :

I can confirm this in LibreOffice 3.3.
I'm not sure it's much of an issue what with the gnome integration but worth raising
It would be good if you could file the bug at https://bugs.freedesktop.org//enter_bug.cgi?product=LibreOffice under severity: enhancement

Changed in libreoffice (Ubuntu):
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
In , Tony Pursell (ajpursell) wrote :

If, in Tools > Options..., you have 'Use LibreOffice dialogue boxes' checked, you get dialogue boxes that allow you to right click and Delete. Files deleted like this do not go to the Deleted Items folder. This is dangerous because users can assume the behaviour is the same as in Nautilus.

This may apply to other Operating Systems. E.g not moving deleted files to Recycle Bin in Windows.

[This bug was originally reported against OpenOffice.org for Ubuntu. See https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/525440 where I have been asked to post this bug against LibreOffice]

Revision history for this message
Tony Pursell (ajpursell) wrote :
Jack Leigh (leighman)
Changed in libreoffice (Ubuntu):
status: Confirmed → Triaged
Changed in df-libreoffice:
importance: Unknown → Wishlist
status: Unknown → Confirmed
papukaija (papukaija)
summary: - OpenOffice.org Load/Save dialogue boxes delete files but dont use Trash
+ LibreOffice Load/Save dialogue boxes delete files but dont use Trash
Revision history for this message
Tony Pursell (ajpursell) wrote : Re: LibreOffice Load/Save dialogue boxes delete files but dont use Trash

This bug was reported in OpenOffice.org 24 May 2007.

See https://issues.apache.org/ooo/show_bug.cgi?id=77770

Changed in openoffice.org (Ubuntu):
status: Confirmed → Won't Fix
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote : migrating packaging from OpenOffice.org to Libreoffice

[This is an automated message.]
There are no new official OpenOffice.org releases in Ubuntu packaging anymore => Won't Fix

If the problem persists, please mark this bug as "also affects project Libreoffice" or "also affects distribution Libreoffice (Ubuntu)" if that has not happened already.

Please leave references to upstream OpenOffice.org bugs in place to allow cross pollination.

penalvch (penalvch)
summary: - LibreOffice Load/Save dialogue boxes delete files but dont use Trash
+ [Upstream] LibreOffice Load/Save dialogue boxes delete files but dont
+ use Trash
Revision history for this message
In , Björn Michaelsen (bjoern-michaelsen) wrote :

[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html

Revision history for this message
In , Tony Pursell (ajpursell) wrote :

This affects LibreOffice 3.4.4.

Although I think a warning box has been added it is not made absolutely clear that this is a permanent deletion (as you get in Nautilus when you use Shift-Delete).

Will test 3.5 when it is available in Ubuntu, or if 3.5 can be installed alongside current stable version.

Changed in df-libreoffice:
status: Confirmed → Incomplete
Revision history for this message
In , Tony Pursell (ajpursell) wrote :

I have installed LOdev3.5.0beta2 and have found that it is the same as I reported above for 3.4.4.

Deletion is permanent and Trash is not used. There is no warning of permanent deletion.

Changed in df-libreoffice:
status: Incomplete → Confirmed
Changed in openoffice:
importance: Unknown → Low
status: Unknown → New
Revision history for this message
In , Rainerbielefeld-ooo-qa (rainerbielefeld-ooo-qa) wrote :

To delete user's files permanently without warning is not a trivial enhancement, but a major bug.

Still reproducible with "AOO 4.1.0-Dev – English UI / German locale - [AOO410m1(Build:9750) - Rev. 1516435 2013-08-24]" on German WIN7 Home
Premium (64bit)", own separate user profile.

Revision history for this message
In , Rainerbielefeld-ooo-qa (rainerbielefeld-ooo-qa) wrote :

This might be not a trivial fix for all OS

Changed in openoffice:
importance: Low → High
status: New → Unknown
Revision history for this message
In , Samuel Mehrbrodt (sam92) wrote :

I think the easiest way is to just disable deleting.
The native Gnome dialog also doesn't allow you to delete in the Open dialog.

Revision history for this message
In , Caolanm (caolanm) wrote :

There is some use of the fileview thing in dbaccess as well for some non-fileopen dialog purpose. Maybe there we need to explicitly enable the possibility to delete as there presumably isn't any other way to do it.

Revision history for this message
In , Caolanm (caolanm) wrote :

added that bit myself now

Revision history for this message
In , Libreoffice-commits (libreoffice-commits) wrote :

Samuel Mehrbrodt committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=4f743082c10c735db0e92fbe2921e95c5bd02c4a

fdo#34170 Disable deleting in the native Open Dialog

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

Changed in df-libreoffice:
status: Confirmed → Fix Released
Revision history for this message
In , Crxssi (crxssi) wrote :

Just discovered this change today when I could no longer delete files.

I think this was mistake to remove the delete option from the generic file manager. If you were to use KDE's file manager dialog, you would have the option to delete or at least trash files. Those of us who use the generic file manager now have NO option to delete files, other than to use the command line (which also doesn't "trash" files) or a open a separate file manager.

Other historic Linux office automation products (for example Linux WordPerfect) have had delete options in the open dialog for many, many years. People who use the generic file manager are probably those that are more savvy, anyway (most people will have the Gnome or KDE dialog). If people here were so concerned that deleting really meant "delete" and that users can't understand that delete really means delete, then:

1) It could have been reworded to be "Permanently Delete File"
2) and/or have a warning on deleting action
3) and/or have an option in tools->options to disable delete

This greatly inconveniences me and a lot of my users. :(

Revision history for this message
In , Tony Pursell (ajpursell) wrote :

I have Version: 4.2.7.2 (using Ubuntu 4.04LTS) and there is still a delete option on right click but it now has a 'Confirm Delete' dialogue, which would seem to be sufficient to stop accidental deletion. The same happens if you press the Delete key.

I would prefer it to behave like Nautilus (now called Files) for consistency sake, but I am not going to object to what has been done.

Revision history for this message
In , Crxssi (crxssi) wrote :

(In reply to Tony Pursell from comment #9)
> I have Version: 4.2.7.2 (using Ubuntu 4.04LTS) and there is still a delete
> option on right click but it now has a 'Confirm Delete' dialogue, which
> would seem to be sufficient to stop accidental deletion. The same happens
> if you press the Delete key.

They didn't remove the "delete" function until 4.3 and this is only for those people using the "generic" file dialog (you typically won't see the generic file dialog if you are using KDE or Gnome).

I am attaching a picture of what the generic dialog looks like in 4.2- you can delete files by pressing <Delete> or by right clicking.

> I would prefer it to behave like Nautilus (now called Files) for consistency
> sake, but I am not going to object to what has been done

You are not objecting probably because you still have the option to remove a file in some way, which people using the newly "improved" generic file dialog cannot. I don't think you are even using the generic one and thus this doesn't even affect you. But it does affect me at work, and all my users, who will now be forced to open a separate file manager PROGRAM (such as Thunar) just to delete a file.

Revision history for this message
In , Crxssi (crxssi) wrote :

Created attachment 112148
Screen shot of generic file dialog from 4.2

Revision history for this message
In , Tony Pursell (ajpursell) wrote :

Hi <email address hidden>

Are you saying that you get LO's Open/Save dialogues even when the option in Tools > Options > LibreOffice > General is not ticked (which is the default setting)?

I only have experience of Ubuntu Linux and Windows where I always use the system dialogues.

When I came to try OpenOffice.org's Open/Save dialogues back in 2010 they were much more rudimentary and, as far as I can remember, allowed *immediate* deletion of a file on right click. I considered this highly dangerous as the normal file deletion routines put a deleted file into Trash/Rubbish Bin/Recycle Bin and I could see users unwittingly deleting files with no way of recovering them, to the detriment of OpenOffice.org's (and now LO's) reputation.

Now that there is a 'Confirm Delete' dialogue, I would agree with you that the Delete on right click should have been retained, although I would like the default action in the 'Confirm Delete' dialogue to be 'Dont Delete'.

Revision history for this message
In , Crxssi (crxssi) wrote :

(In reply to Tony Pursell from comment #12)

> Are you saying that you get LO's Open/Save dialogues even when the option in
> Tools > Options > LibreOffice > General is not ticked (which is the default
> setting)?

Not sure what option you are referring to. Tools-> Options-> LO-> General is a menu, not an option. And under that there is nothing related to the open/save dialog. There is nothing under Tools-> Options-> Load/Save either. (Vanilla Linux LO 4.3 without KDE/Gnome integration loaded)

> I only have experience of Ubuntu Linux and Windows where I always use the
> system dialogues.

Exactly. That is what 99+% of users will see- KDE or Gnome dialogs. This bug report is about the generic file manager that is built into LO for when KDE or Gnome (or compatible) is not being used. WE are a thin client environment and use IceWM.

> When I came to try OpenOffice.org's Open/Save dialogues back in 2010 they
> were much more rudimentary and, as far as I can remember, allowed
> *immediate* deletion of a file on right click.

Yes, that is the generic one this bug references and what we at work are still using (by choice)

> I considered this highly dangerous as the normal file deletion routines put
> a deleted file into Trash/Rubbish Bin/Recycle Bin and I could see users
> unwittingly deleting
> files with no way of recovering them, to the detriment of OpenOffice.org's
> (and now LO's) reputation.

There are lots of Linux programs for which delete means delete (including the command line), although they are not as common as in the past. This is not crazy behavior. File managers that support a trash concept should label that function "trash" or "recycle" or something... not "delete" (but that is a whole other conversation).

I agree that new or novice users might not understand that delete means delete, which is why I proposed instead of completely removing a very useful feature, to rename it to sound more dangerous, like "Permanently Delete" or to add a warning, or to add an OPTION to turn it off (and perhaps even make the default for that option be off). Of course most of these novice users will never see or use the built-in file dialog, anyway)

> Now that there is a 'Confirm Delete' dialogue,

Perhaps on the KDE or Gnome or other dialog that was added, but it wasn't added on the generic/built-in LO dialog. Had they done that instead of completely removing delete, I would have been far less upset.

> I would agree with you that
> the Delete on right click should have been retained, although I would like
> the default action in the 'Confirm Delete' dialogue to be 'Dont Delete'.

I could even go for that too. Anything is better than just removing it completely.

Changed in libreoffice (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.