-
Notifications
You must be signed in to change notification settings - Fork 60
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
lxqt-config-file-associations : weird behaviour, cannot change association #897
Comments
Additional information I just noticed while typing up the issue :
|
Thanks for the report.
I can't confirm the duplication of Krita under |
Sorry, my post wasn't very clear, that's actually 2 attachments , so 2 screenshots - I couldn't show everything in one.
Ah, I hadn't actually counted them - it just seemed like I tried about 20 times, so it seemed about right P) |
Anyway, the behavior you detected shows that there's a bug somewhere. And I agree: it's very weird. |
I haven't look into the code yet but the problem should be in
EDIT: OK, I found the problem in |
Previously, the (final) targets of symlink desktop entries were loaded and failed to meet the requirements of mime-type association. The patch solves the problem by loading the symlinks themselves. I didn't find any side effect in the code or in practice. The only difference I've found is that, if a menu item corresponding to a symlink desktop entry is dragged and dropped, it'll be created as a symlink, not as its target — which isn't a problem and seems more natural to me. Fixes #287 and closes lxqt/lxqt-config#897
Thanks ! I will need to rebuild all lxqt-* packages to test this, so it may take a bit before I get time to do so. |
If you had LXQt 1.2.0, you would just need to apply the patch at lxqt/libqtxdg#288. But yes, with 1.1.0, you have to upgrade. I tested it here, and it worked fine. |
Previously, the (final) targets of symlink desktop entries were loaded and failed to meet the requirements of mime-type association. The patch solves the problem by loading the symlinks themselves. I didn't find any side effect in the code or in practice. The only difference I've found is that, if a menu item corresponding to a symlink desktop entry is dragged and dropped, it'll be created as a symlink, not as its target — which isn't a problem and seems more natural to me. Fixes #287 and closes lxqt/lxqt-config#897
Expected Behavior
It should be fairly straightforward to change file associations. Current example is with
text/csv
files.Current Behavior
Applications that handle CSV documents
categoryOther Applications
category ![EDIT - second screenshot, scrolling down the ApplicationChooser dialog]
Possible Solution
Steps to Reproduce (for bugs)
System Information
The text was updated successfully, but these errors were encountered: