Opened 3 years ago
Last modified 11 months ago
#17434 new bug
FileTypes: changing application association to none fails
Reported by: | KapiX | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Preferences/FileTypes | Version: | R1/beta3 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
I'd like to have only one association, on main "text" type, so I'm trying to change default Pe association in some "text" subtypes to none, but that is not saved.
I can successfully change to another application, but removing the association doesn't work.
Change History (3)
follow-up: 2 comment:1 by , 11 months ago
comment:2 by , 11 months ago
Replying to un_spacyar:
when you try to remove a FileType, basically nothing happens
That's a different issue. You can't remove a system installed file type, but you can remove the ones you have created yourself. That's something I'd expect, but then it would be nice if the remove button was disabled for that case.
Regarding the original issue, changing the association to no app seems to work for me when there's already some user override for the type; that is, as a workaround, you can set a non-default app and then change to none. Can't have a look now, but this may just be some condition interpreting no app the same way as no change when deciding whether to save the override.
comment:3 by , 11 months ago
Hi madmax, thanks for the information. But what is the expected behavior for new Filetypes created by an application? the FileType will still be kept even after the application is deleted?
I was doing some testing with an application named YacReader (from HaikuDepot) who apparently creates several wrong filetypes during the installation. I removed the application, but the FileTypes are still there.
I confirm that this is still an issue on recent nightly versions: when you try to remove a FileType, basically nothing happens: no error message or output in the syslog. But the fileType is not removed at all.