By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 2607 - Storage Media Applet/kio: Removable Device Actions, including "mount" wrongly offered for raw disk
Summary: Storage Media Applet/kio: Removable Device Actions, including "mount" wrongly...
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: R14.1.x [Trinity]
Hardware: Other Linux
: P5 major
Assignee: Timothy Pearson
URL:
Depends on:
Blocks: R14.0.6
  Show dependency treegraph
 
Reported: 2016-02-29 11:22 CST by ThoMaus
Modified: 2019-02-27 21:36 CST (History)
3 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ThoMaus 2016-02-29 11:22:54 CST
When attaching an USB stick (or drive) with a partition table, actions are prompted both for the raw disk with the partition table (e.g. /dev/sdb) and the partition (/dev/sdb1) actually containing the file system.

"udisk" is correctly communicating the attached devices as "/dev/sdb" has partition table, has NO filesystem, while "/dev/sdb1" is correctly indicated as has filesystem.
IMHO an action dialog (including "mount" and other actions causing implicit "mount") should only be offered for the partitions actually containing a filesystem (as indicated by "udisk").
At least offering an action dialog with "mount" for the raw disk device is obviously wrong and the mount guaranteed to fail.

The resulting behavior is probably very confusing for the average user (as it is difficult to decide, which of the identical action dialogs will actually mount the media and why), rendering removable media management probably near unusable.
Comment 1 Slávek Banko 2016-03-02 11:40:00 CST
If I remember correctly, you are using SUSE => stable builds from François == R14.0.2? For R14.0.3 there were several patches concerning the disks in media:/ Please, you can test whether the problem affects also R14.0.3?
Comment 2 ThoMaus 2016-03-16 06:15:41 CDT
(In reply to Slávek Banko from comment #1)
> Please, you can test whether the problem affects also R14.0.3?

Yes, the exactly identical behavior occurs!

Further "konqueror" is prone to crash in this situation:
If I open a "konqueror" window via both advertised action windows (obviously the mount of the raw disk fails), then in the location bar of "konqueror" the locations "documents", "media", etc. are displayed duplicated.
If I then open one of this locations, "konqueror" crashes ...

As this flawed handling of removable media, is IMHO a quite serious problem for normal users, I'm wondering why nobody else reports this problem:
Is it somehow restricted to my installation or does nobody else use partitioned removable media like USB drives???
Comment 3 Slávek Banko 2016-06-12 12:11:56 CDT
(In reply to ThoMaus from comment #2)
> As this flawed handling of removable media, is IMHO a quite serious problem
> for normal users, I'm wondering why nobody else reports this problem:
> Is it somehow restricted to my installation or does nobody else use
> partitioned removable media like USB drives???

Pretty sure you're not alone. I also use a USB drive, which I have divided into two partitions - one fat, second xfs. But I have not noticed a problem.
Comment 4 Slávek Banko 2019-02-27 21:36:26 CST
Fixed by commit dfe3c964 (master) and 9ce98047 (r14.0.x).