Please for the love of God, can we have this feature...

Brainstorm
1

I’m new here, running KDE on CachyOS, everything upto date, but I have an issue.

Please don’t ask me for stats, details or anything it happens, if you don’t believe me then what can I do.

I have to SATA 7200rpm drives, when mounted it takes between 1-4 minutes before dolphin stops saying “Loading”

Its a mess, there’s been plenty of posts about this.

So, can we have a “NO CACHE BRIEF MODE”. Its simple, Dolphin doesn’t read anything, it doesn’t cache the meta data it doesn’t try and figure out the mime type of every file, it doesn’t show the owner permissions of the file on the panel (unless you do details) and it doesn’t even read beyond the directory it’s in, if you mount a partition it ONLY reads the root directory, moving into a directory reads ONLY that directory.

Why am I asking this, well, will the dolphin ops pay for my trashed 28tb disks ? And lets be utterly honest this issue has been ongoing for at least 2 years probably longer.

Why the perceived aggression and harsh stance you’re probably wondering, I’m a 58 year old programmer, been programming home/commercially since I was 15, and you know the worst trait of programmers ?

Not listening to the end user, not wanting to admit there is an issue and then not doing anything about said issue, because you see it hurts there pride that they wrote something with bugs in.

If this is too much to stomach, flame me, ban me and remove this post, but at the end of the day my HDDs are being thrashed senseless every time I mount them, of course there is an issue its been documented already but its still an issue, so hence a request for NO CACHE BRIEF MODE.

Ta.

Ernie

2

I’ve recently realised why we have mime data in Dolphin, its well to open the right app, ie the reading of ALL that info is simple so you can double click on the file and voila its opened by the right app, apparently…

Nope, for example the rvz file format used by the Dolphin Emulator is set as unknown.

But this is where its interesting, why link by the mime type because lets face it Dolphin is a file management tool, and if you have 5 different mime types all associated with the same application, again as example the Dolphin emulator sorting the files by TYPE is impossible because they’re all classed as Dolphin GC files…

Thus, using mime types and not just using the bare file extension actually makes file management more tedious…

Interesting that, Watson…

Ernie

3

I don’t get the feature request in the first post so I won’t comment on that, but the reason the rvz thing happens is either because:

  • Dolphin (emulator) did not assign mimetypes correctly in its desktop file
  • the rvz file extension is not associated with any mimetype in shared-mime-info

Looks like it’s the latter: please add gamecube and wii isos in rvz format to shared mime info #241

Once that’s addressed rvz files would automatically be picked up everywhere, not just Dolphin (file manager). In the meanwhile, you can right click and Open With to associate rvz files to Dolphin (emulator).

1 Like
4

As I see it the using the mime type because an “application” registered that mime type is flawed for two reasons:

  1. more than one app uses that mime type, which one takes precedence
    1. unrecognized unregistered mime types are ALL lumped together, making sorting a directory of multiple unknown mime types impossible you can’t even sort by extension, the only recourse is to do a search by extensiion type which is a gnarly solution.

The whole premise is that apps are well behaved and register their mime types correctly.

Cant we just have a mode where “type” is not active and switched for “extension” so there is NO processing of mime types done by dolphin EXCEPT the properties window dialog or open with dialog if chosen ?

5

Since you have seen all of those, can you spare us the search and provide a list of links? That would be very helpful.

Same here. Can you post some links to open issues?

Thank you :slight_smile:

6

The one specified in the mimeapps.list.

That seems like a valid feature request to me.