Bug 497654

Hi - thanks for the bug report! Could you please add in a comment what filesystem type (ext4, exFAT, NTFS, etc.) is being mounted to /run/media/Admin/Drivename ?

Also, could you please attach a screenshot of the Dolphin view when you're seeing the duplicated entries?

Thanks!

Created attachment 177047 [details]
Screenshot_20250102_103605.png

Sorry for the late reply, I was on a vacation away from my PC.  The drive
is actually /run/media/LukeBu/BEEFY/.  I was being weird about privacy, but
after consideration, there is nothing I am worried about here.
The drive is formatted to ntfs, as well as the backup drive I copy it to.
The rest of my drives are btrfs.
Thanks!

On Sun, Dec 29, 2024 at 11:33 PM John Kizer <bugzilla_noreply@kde.org>
wrote:

> https://bugs.kde.org/show_bug.cgi?id=497654
>
> John Kizer <john.kizer@proton.me> changed:
>
>            What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>              Status|REPORTED                    |NEEDSINFO
>                  CC|                            |john.kizer@proton.me
>          Resolution|---                         |WAITINGFORINFO
>
> --- Comment #1 from John Kizer <john.kizer@proton.me> ---
> Hi - thanks for the bug report! Could you please add in a comment what
> filesystem type (ext4, exFAT, NTFS, etc.) is being mounted to
> /run/media/Admin/Drivename ?
>
> Also, could you please attach a screenshot of the Dolphin view when you're
> seeing the duplicated entries?
>
> Thanks!
>
> --
> You are receiving this mail because:
> You reported the bug.

Thanks - and how is the drive mounted - through an fstab automount, or through System Settings > Disks & Cameras > Device Auto-Mount? Just thinking that from conversation that occurred in https://bugs.kde.org/show_bug.cgi?id=462056 , there may be some unique trash issues on NTFS partitions that don't have specific mount options set?

If it's not mounted via the System Settings method, could you give that a try and see if the issue persists?

And one other question, if you right-click and open the Properties of each of those duplicate folder icons, do they all give the same name and path and everything? (Basically, are their Properties windows all identical?)

(I definitely get the privacy concern, too - Spectacle has built-in blur and pixelate features that can obscure sensitive info, and are pretty easy to use for things like file and directory names :-) )

Created attachment 177061 [details]
attachment-2889111-0.html

I had it set to auto mount on login, in system settings. I tried checking
on attach also, and that had no effect on this issue. All properties point
to the same folder, accurate to where they appear, same device path and
everything. Same size, and they all update on trash emptying.  I messed up
something when formatting a different drive, and had to run chown commands
to fix that one and two other internal ssd's, if that could be related to
some sort of fstab error or something I accidentally introduced, I am not
aware.  I am pretty new to Linux.

On Thu, Jan 2, 2025 at 11:57 AM John Kizer <bugzilla_noreply@kde.org> wrote:

> https://bugs.kde.org/show_bug.cgi?id=497654
>
> --- Comment #3 from John Kizer <john.kizer@proton.me> ---
> Thanks - and how is the drive mounted - through an fstab automount, or
> through
> System Settings > Disks & Cameras > Device Auto-Mount? Just thinking that
> from
> conversation that occurred in https://bugs.kde.org/show_bug.cgi?id=462056
> ,
> there may be some unique trash issues on NTFS partitions that don't have
> specific mount options set?
>
> If it's not mounted via the System Settings method, could you give that a
> try
> and see if the issue persists?
>
> And one other question, if you right-click and open the Properties of each
> of
> those duplicate folder icons, do they all give the same name and path and
> everything? (Basically, are their Properties windows all identical?)
>
> (I definitely get the privacy concern, too - Spectacle has built-in blur
> and
> pixelate features that can obscure sensitive info, and are pretty easy to
> use
> for things like file and directory names :-) )
>
> --
> You are receiving this mail because:
> You reported the bug.

Thanks for the info!