Can't set default application for mimetype group

Bug #256207 reported by jetpeach
4
Affects Status Importance Assigned to Milestone
KDE Base
Confirmed
Wishlist
kdebase (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

Changing the default video/music player currently involves editing all mimetypes manually. KDE should be able to edit whole mimetype groups (at least for those where it makes sense, which are most importantly video and audio)

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Which version of KDE is this?

Changed in kdebase-kde4:
status: New → Incomplete
Revision history for this message
jetpeach (jetster) wrote :

About KDE says - Version 4.1.00 (KDE 4.1.0)

Changed in kdebase:
status: Incomplete → New
Revision history for this message
Harald Sitter (apachelogger) wrote :

A system expects certain mimetypes to be available (most importantly those defined by the freedesktop project). "Grouping" them would actually brake your system. That said, I am in QA for years now, but you are the very first person who even thought about grouping.
Is there any reason why you would want to do this?

Changed in kdebase:
status: New → Won't Fix
Revision history for this message
jetpeach (jetster) wrote :

"Is there any reason why you would want to do this?"
For example, if I want to use a certain player to play video files (and most everyone probably wants to use the same player for all video types avi, mpeg etc etc). But to change the default player, the user must go to each video type and configure the default separately. The same is true for music types (mp3, ogg, etc). Groups of files types allow easier and quicker configuration and are more intuitive to the user...

"but you are the very first person who even thought about grouping."
Grouping is allowed/enabled right now so somebody coded it in, but it just doesn't function for those file types that can't be removed because even after the file type is added to a group, the non-removable one overrides the one in the group.

I guess if certain mimetypes must be present, there is not necessarily an easy solution to this (as I thought there might be.) I guess the easiest thing that would help is if user configured settings/groups overroad those that cannot be removed, instead of vice versa. But even then users could find confusion, when changing a setting for a file type didn't successfully change the actual program opening it...although this problem is present as long as duplicate file associations are allowed (which they are right now...).

Revision history for this message
Harald Sitter (apachelogger) wrote :

That is a usable report!
What you are proposing is treating the symptom and not the cause.
KDE should be able to edit the whole mimetype group, instead of having you fiddle around with the mimetypes itself.

Report needs to be forwarded to http://bugs.kde.org

description: updated
Changed in kdebase:
importance: Undecided → Wishlist
status: Won't Fix → Triaged
Changed in kdebase:
importance: Undecided → Unknown
status: New → Unknown
Changed in kdebase:
status: Unknown → Confirmed
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Hello there,

Kubuntu currently does not have the manpower necessary to implement this feature as a distribution, so we are closing this report. Worry not, though, because your wish item is still being tracked by KDE at http://bugs.kde.org/show_bug.cgi?id=88534 . Once KDE implements this feature, we will include it in the Kubuntu release which contains the KDE version the feature was implemented in.

Thanks for understanding, and have a nice day.

Changed in kdebase (Ubuntu):
status: Triaged → Won't Fix
Changed in kdebase:
importance: Unknown → Wishlist
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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