I was asking "what solution was used?" because I can't really find out if my
suggestion was considered.
Do not create /.Trash-$USER directories but $USER directories in /.Trash and
only if that directory exists.
So, the user chooses if he/she/it wants a trash by creating /.Trash or not when
form
This bug is more than 10 years old, and all the other projects are
marked as Fix Released, so I just closed the last one (Baltix).
If you think it's still an issue and worth investigating, feel free to
reopen the bug. If this is the case, I suggest you reopen the bug in the
upstream bug tracker, w
How?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/12893
Title:
Shouldn't put .Trash-$USER on removable devices
To manage notifications about this bug go to:
https://bugs.launchpad.net/naut
** Changed in: baltix
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/12893
Title:
Shouldn't put .Trash-$USER on removable devices
To manage notifications a
Тhere is on the other hand a high number of discussions of guys now
trying to make a volume trash.
The solution looks very simple to me.
Instead of automatically creating .Trash- directories with possible
permission problems to do so,
make it a partition formatting user option to "create a tr
** Changed in: nautilus (Ubuntu)
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/12893
Title:
Shouldn't put .Trash-$USER on removable devices
To manage
True.
I would at least suggest the way, that everyone can choose to have a trash or
not have a trash on removable devices.
If it's so hard to implement this, then at least ASK the user when ejecting, if
one wants to empty the trash.
Or... if the user wants to copy files on the removable device a
What people seems to not understand it's that it's counter-intuitive to
pretend that a user must be aware of the destination of it's removed
files and moreover that it doesn't free its key space as expected.
When you delete files, there are two reasons: the file is useless + you
don't have enough
what if i forget to empty the trash.
unmount and some other mount it again.
will the trash be recognized?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/12893
Title:
Shouldn't put .Trash-$USE
just empty your trash. easy.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/12893
Title:
Shouldn't put .Trash-$USER on removable devices
To manage notifications about this bug go to:
https:/
Please!
I'm using Ubuntu for years now! This is on of the TOP5 Bugs to me overall on
Ubuntu.
It's not so bad to me, but telling people that are new to Ubuntu, that they
have to delete their files on their drives by pressing Shift+Del makes no fun.
Is it so hard to implement this? What is the rea
This is really necessary when your key is full , you don't have to
eject your key before having more space
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/12893
Title:
Shouldn't put .Trash-$U
The bug is still present on a fresh install of ubuntu 11.10
If I delete a file or a folder on my USB key he reappears in the folder
/media/KAOKEY/.Trash-1000/files/
If I retry to delete him directly from the .Trash-1000 he reappears with a
news extenstion, file.txt becomes file.2.txt. It's endl
Can't believe this awful annoying bug is still present after 6 years...
very sad to see...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/12893
Title:
Shouldn't put .Trash-$USER on removable
There needs to be a separate way to empty the trash on the volume. At
the moment I am forced to empty the main trash can which I do not like
to do very often.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
https://bugs.launchpad.net/b
** Changed in: nautilus
Importance: Unknown => Wishlist
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
ubuntu-bugs@l
Il 07/08/2010 23:07, Ryan Daly ha scritto:
> It is definitely not a fresh user. The user ID that I've been using has
> been around for a while. (Are you thinking maybe some legacy
> configuration settings are causing this?)
>
> Also, the install of 10.04 was performed via do-release-upgrade. Pri
It is definitely not a fresh user. The user ID that I've been using has
been around for a while. (Are you thinking maybe some legacy
configuration settings are causing this?)
Also, the install of 10.04 was performed via do-release-upgrade. Prior
to that, I believe 9.04 was the version that I in
Ryan, just curious, is this a fresh install of Ubuntu with a fresh user
account? Not saying that it justifies this bug still existing, just
wondering why it still happens.
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification
I don't get prompted to clear the trash at unmount... Still getting a
.Trash- created. I'm running...
Distributor ID: Ubuntu
Description:Ubuntu 10.04.1 LTS
Release:10.04
Codename: lucid
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
Y
Workaround - create blank files on the removable drive named
".Trash-1000", ".Trash-1001", and so on as needed. Since it cant create
a folder because a file already exists with the same name, it asks if it
can permanently delete. At least this worked for me with a FAT32 SD
card.
Kind of awkward
I think a new bug should be filled for last Fabian comment: the trash is not
deleted when the flash drive is ejected of safely removed.
However, the best option would be in my opinion to never create a trash on
flash drive, as requested here: http://brainstorm.ubuntu.com/idea/14871/
--
Shouldn'
The fix from upstream is that the user is prompted to emtpy the trash
when the drive is unmounted. This fix is in Karmic, but a big problem is
that this dialog is not triggered when ejecting a drive in Nautilus,
only when unmounting.
In Nautilus "ejecting" is the default action, "unmounting" is on
Please, remove the creation of the .Trash-$USER folder
in removable drives, completly, is an incredible pain in the ass for
human users.
Thanks
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of
Please, remove the creation of the .Trash-$USER folder
in removable drives, completly, is an incredible pain in the ass for
human users.
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubunt
Please, remove the .Trash-$user in removable drives, completly, is an
incredible pain in the ass for
human users.
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direc
Yes, I have used 3 SD cards from different brands, it created a
corrupted .Trash folder and the only way to write to those SD cards is
to use Windows.
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a memb
FYI - I just submitted bug 362050 to complain about the leftover .Trash
folder.
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs maili
thank you.
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman
Press Ctrl+H, you'll see all data - select it all, and do Shift+Delete.
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
SO HOW THE HELL DO I REMOVE ALL THE DATA?!?!?!?
I MEAN NOW, BEFORE THE WORKAROUND?!
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs
I am sorry, Scott, I see what you mean, because the fix is just a
workaround (It prompts the users). But if this workaround is not
appropriate, I think a new upstream bug should be filed about that. Do
you agree with that?
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.
On Thu, 2009-01-22 at 19:57 +, Martin Mai wrote:
> Closing since this is fixed. Thanks for reporting
>
> ** Changed in: nautilus (Ubuntu)
>Status: Triaged => Fix Released
>
This is not fixed.
status triaged
Scott
--
Scott James Remnant
sc...@canonical.com
** Changed in: nautilu
Closing since this is fixed. Thanks for reporting
** Changed in: nautilus (Ubuntu)
Status: Triaged => Fix Released
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Changed in: nautilus (Ubuntu)
Assignee: Ubuntu Desktop Bugs (desktop-bugs) => Sebastien Bacher (seb128)
** Changed in: nautilus (Ubuntu)
Assignee: Sebastien Bacher (seb128) => Ubuntu Desktop Bugs (desktop-bugs)
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpa
** Changed in: nautilus (Debian)
Status: Confirmed => Fix Released
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing lis
Isn't this already fixed? You get prompted to clear the trash at
unmount.
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing lis
I agree with this bug's title, removable devices shouldn't have a .trash
folder on it. At least I must to have an option to choose if the folder
will be created or not.
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification beca
** Changed in: nautilus (Ubuntu)
Status: Confirmed => Triaged
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
ubu
Actually it also doesn't happen if the user unmounts the volume from a
nautilus browser window instead of from the Desktop. It seems the fix
they put in was put into the nautilus desktop code rather than the
gnome-mount code. This should be corrected.
--
Shouldn't put .Trash-$USER on removable
But not if an other user put files to the Trash and has not removed them
at unmount time. When you unmount it then, you do not get such a
message. And that is what this bug report is about. Sadly there since
2005.
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/
When i unmount USB harddrive it prompts me if i wish to delete the files
currently in the trash.
Nautilus 2.22.2
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct
This bug is also very annoying. I delete songs on my MP3 player but...
hold on... WHY is it still playing!? That's right, there's a hidden
folder. It doesn't prompt me to empty the trash when I mount or unmount
it, which would be a lot better.
--
Shouldn't put .Trash-$USER on removable devices
ht
Yes, that's happened to me as well. A classmate loading a presentation
from my USB drive with a running projector, and navigating into my
.Trash folder because it wasn't hidden on Windows (in front of
everyone). Could have been more embarrassing than it was.
I would vote for a default "deletions f
Just a little thing: A few months ago i did’t knew, that this bug exists
(well, some people call it a feature, but if it’s not and optoin, its a
FEARture, vulgo: a bug *g*), and deleted some stuff. The time goes by
and i didn’t rememberred this .Trash-user folder on my stick. i gave my
stick to ano
The problem cannot be reduced to a wide system setting. Here we talk of
removable media, it meens you take it and plug it wherever you want on
multiple PCs. If you don't want a .Trash on your usb stick, you don't
want it whatever the Ubuntu where you plug it. It means that what is
needed here is a
(It's also nowhere near high priority :p)
** Changed in: nautilus (Ubuntu)
Importance: High => Low
Target: ubuntu-6.06 => None
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
I disagree that this is fixed.
It doesn't the solve the problem where you delete files off a storage
device, but there's still no free space to copy new files on. You can't
empty the trash on a disk-by-disk basis.
** Changed in: nautilus (Ubuntu)
Status: Fix Released => Confirmed
--
Sho
wow, very elegant solution you guys came up with. Congratulations!
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
ubunt
** Changed in: nautilus
Status: Confirmed => Fix Released
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
ubuntu-
I know there is a .Trash on the volume. What i meant was a (system-
wide?) setting for a maximum size of the .Trash directory on mounted usb
volumes.
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a membe
Ubuntu does basically what is described in those comment, there is a
.Trash on the volume
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-
Yes, comment 58 and 59 seem like good proposals. Any updates on this
one?
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing li
This bug seems to have stalled a bit.
Could someone from Gnome perhaps throw up a ball concerning comment 58? Seems
like a sane thing to do.
I know everyone has an opinion about this, and i think it doesn't really
matter what solution is chosen, as long as one gets chosen :)
--
Shouldn't put .
i hate this bug...
it happens on others system's partitions ...
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
ubuntu-b
Plus, when using the drive on different Ubuntu installations with
different Ubuntu installations, the user only can clean his trash and
not the one from the other user.
I believe that the best and easiest solution would be to directly delete
files on the usb storage device with the message that ap
Joel,
That is true. But when the disk is full because of the trash, and the
user wants to put something on it, looks like Windows Vista
automatically empties or transfer the trash, so the user don't notice
that the trash was there taking some space.
In Ubuntu, it will only say that the drive is f
Just for the record, Windows Vista keeps deleted files on flash drives
in a hidden folder called $Recycle.bin (or something to that effect),
and the main Recycle Bin icon on the user's desktop then shows that it
has something in it.
Windows' behavior has one other benefit: you can set maximum size
The "Prompt for empty trash on unmount" feature seems to have
disappeared in nautilus 2.18.1.0ubuntu1.
This was working for other people too, but has since stopped, as shown in this
thread:
http://ubuntuforums.org/showthread.php?t=415733&highlight=trash+eject
--
Shouldn't put .Trash-$USER on re
Ok, I have made one for ntfs-3g
https://bugs.launchpad.net/ubuntu/+source/trashapplet/+bug/106621 .
But since the problem with the hover and symbol seem to happen only with
external media this should be the right place. Could anyone confirm this?
Removing files on external media have no effect o
Enola, this bug report is 'Re: Shouldn't put .Trash-$USER on removable
devices' so if you're device is not removable you should be commenting
on another bug than this one. As for the undeletable items - try
emptying the users .Trash directory as root and see if that fixes it.
Either way this bug is
Ok, I have made some tests. It is very weird. The Trash seems to list
the deleted external media files if opened but doesn't change the trash
symbol (with paper) and the hover tells me it is empty. This doesn't
happen if I delete files in my Linux partition. Another point is that
the Trash seems to
But not the /media/DEVICE/.Trash-$USER directory, at least on my Feisty
system.
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs maili
The nautilus trash lists also every devices .Trash
--
Shouldn't put .Trash-$USER on removable devices
https://bugs.launchpad.net/bugs/12893
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
[EMAIL PROTECTED]
htt
Great idea but one problem. I am using ntfs-3g and gnome moves all removed
files to the usual trash position but since the NTFS partition is on my
internal hard disk and umounted only on shutdown I never got this trash clear
message. The trash directory consists 15 GB on my hard disk.
Afaik the
That upload fixes the problem:
nautilus (2.17.91-0ubuntu1) feisty; urgency=low
.
* New upstream version:
- Change file management capplet category
- Avoid showing "empty" in the tree while loading directory
(Ubuntu: #42690)
- Prompt for empty trash on unmount (Ubuntu: #1
here's another suggestion no one seems to have though of. Keep things as
they are, but when the user goes to unmount the drive, pop up a dialog
saying something like:
"You still have files in the trash on the drive you are attempting to
remove. These files will take up space on the drive. You can
Trash from removable disks shouldn't be put on the main drive as this can lead
to security issues as what code may end up there!
With Nautilus go "Edit" "Preferences" and click on the behaviour tab and tick
the box to "Include a Delete command that bypasses Trash.
Then when you right click on a
I've made my suggestion here :
https://blueprints.launchpad.net/distros/ubuntu/+spec/garbage-bin-on-
removable
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/u
** CVE removed: http://www.cve.mitre.org/cgi-
bin/cvename.cgi?name=2006-1789
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I confirm this bug here. Something that shall really be looked.
One thought : to make the system delete (or copy to another trash
folder) the oldest files of .trash-username folder, as more free space
is requested by the user.
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.
*** Bug 62642 has been marked as a duplicate of this bug. ***
** Bug 62642 has been marked a duplicate of this bug
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listi
The proper place for this discussion is in nautilus mailing list or in
gnome bugzilla - this is where it is likely to be read by a developer.
Few nautilus developers read ubuntu bugzilla.
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs mailing
A real-life case:
Prof Dr. Jane clicked the delete key and than (as most of us will do after our
Windows experiences) confirmed a dialogue without thinking twice, and thus
deleting a paper her student emailed to her a month ago. The paper was in her
usb stick that she was browsing. The student'
I didn't realize there was already code and a dialog in use. Absolutely
I think the behavior should be the same whenever Trash is not available
- and Trash should not be available on removable devices.
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubunt
I agree, deleting the files directly while warning the user is by far
the best compromise, just like it is done on remote locations. It
removes all hidden stuff, is fast (no file transfer), clear (user can
just hit Cancel if he/she made a mistake).
--
Shouldn't put .Trash-$USER on removable devic
Le mardi 19 septembre 2006 à 15:32 +, towsonu2003 a écrit :
> ok, what if you "unhide" /media/device/.Trash by default?
what is the issue with opening the dialog mentionning the files will be
dropped and not moved to the crash and really delete them by default?
--
Shouldn't put .Trash-$USER
I don't see a problem with actually deleting the files as long as the
user is warned that this is what's going to happen and asked if he's
sure.
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://l
ok, what if you "unhide" /media/device/.Trash by default? It would be
/media/device/Trash (is this possible with gnome?) so the user will be
able to see it and understand why the camera is still full (or) why the
iAudio is still playing deleted files. as long as you don't do
_really_delete_those_fi
I personnally don't think it's a good idea at all to move files from a
removable device to ~/.Trash. Moving big files from USB1.0 cameras can
be really long and annoying. Also, imho it just doesn't make sense to
transfer files to another device when the user really wants to delete
them.
There has
I think moving any deleted files to ~/.Trash (one central place) would
be nice and solve two bugs at the same time...
>From description of bug# 32466:
> When I attach an usb stick and delete some files on it. The files are moved
> to the trash,
> but the trash-applet still says: There are no obje
** Bug 34541 has been marked a duplicate of this bug
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I think it's a viable solution to move the files to the user's home
directory .Trash, and this is what Dapper does now. BUT, the files
aren't even deleted "permanently" from the flash disk. Can it move them
to the home directory trash and clean up the unused space on the memory
stick? Is that possi
** Bug 59631 has been marked a duplicate of this bug
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
It took me a good few hours to figure out why my second hard drive was
still full after deleting everything. (everything was in the hidden
.Trash-me folder)
Nautilus should instead move the file to the user's local trash (located
~/.Trash) as this would be the expected functionality and would keep
** Bug 58395 has been marked a duplicate of this bug
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
As a quick fix / reminder I put ".Trash-$USER" read-only on my usb
sticks. I get an error when I try to delete stuff with nautilus. Then I
just shift-delete to delete it directly instead of move to trash.
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubu
Perhaps the .Trash file should just be renamed Trash? Then people can
_see_ that it's there, isn't that what's most important?
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/ma
I think the default Dapper behaviour makes sense.
If I put an file on my removable device into the Trash, and then walk to
another machine, it's very convenient that the file appears in the trash
on that machine too.
Most people are only upset about this because USB mass-storage cameras
aren't ha
no problem, thank you for your interest to Ubuntu :)
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
ok, sorry sebastien, i' m realy new here, i didn't notice the bug was
already confirmed... you do a great job with ubuntu, thank you all
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubun
Stefan, if you read the bug you will notice than the bug has already
been confirmed so no need to comment twice saying it's annoying, people
don't fix it because they don't want to, there is just many things to do
for the number of people so that takes time
--
Shouldn't put .Trash-$USER on remova
I confirm here as well. This bug is annoying
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I confirm here as well. This bug is annoying
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I confirm, this bug still exists.
On the forums I see cases of people thinking their memory sticks are faulty.
Other people try to help, some advising to reformat etc.
This bug causes problems.
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs ma
** Changed in: nautilus (upstream)
Status: Unconfirmed => Confirmed
--
Shouldn't put .Trash-$USER on removable devices
https://launchpad.net/bugs/12893
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
96 matches
Mail list logo