Skip to content

linux: register .jdf/.jdfx as recognized file types - #9

Open
DenizSAHIN570 wants to merge 1 commit into
uurtech:masterfrom
DenizSAHIN570:upstream/linux-mime-association
Open

DenizSAHIN570 wants to merge 1 commit into
uurtech:masterfrom
DenizSAHIN570:upstream/linux-mime-association

Conversation

@DenizSAHIN570

Copy link
Copy Markdown

On Linux, .jdf/.jdfx never actually get recognized as their own file type — double-clicking one in a file manager doesn't offer JDF Reader. The .desktop file says JDF Reader handles application/jdf+json/application/jdf+zip, but nothing registers the glob mapping those extensions to the types. Checked why: the rpm bundler has no post-install hook to call update-mime-database (deb has one), and an AppImage has no install step at all.

Fixed by registering the mime types into ~/.local/share/mime/ on first launch instead — works the same way for deb/rpm/AppImage, no root needed. Confirmed with xdg-mime query filetype: resolved to text/plain before, application/jdf+json after opening the app once.

.jdf/.jdfx were never actually recognized as their own file types on
Linux. The .desktop file's MimeType= entries say JDF Reader handles
application/jdf+json and application/jdf+zip, but nothing registers the
glob mapping those extensions to the types - rpm has no post-install
scriptlet to call update-mime-database (deb does), and an AppImage has no
install step at all. Registers into ~/.local/share/mime/ on first launch
instead, which covers deb/rpm/AppImage the same way and needs no root.

Verified: xdg-mime query filetype on a .jdf resolved to text/plain before,
application/jdf+json after.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant