-
-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
File association does not work correctly on Linux Mint with AppImage #11
Comments
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Added, should be available with the next release |
This does not appear to work in Linux systems? In the release notes I can only see the following:
|
Did you try the AppImage format? |
On debian the mime type is text/plain, which will cause an issue. |
I was using the |
This is an issue on Linux as well, I have tested both the deb file and the AppImage, neither of them has the mime-type registered. In addition to that, neither of them actually put an icon for the app in place. I have a blank no icon spot for where the app is. |
Which linux distribution had this problem? |
I've got this problem (missing mime-type and missing icon) under fedora 30 with GNOME 3.32.2. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. See the FAQ for more information. |
I also find this annoying on PopOS! Can r-click > Open with Draw.io, but can't double-click as it thinks its a plain text file, and also the icon is just a plain text file rather than the drawio icon. Setting the default app to draw.io makes no difference. |
File association doesn't on the snap package but works when deb-package is installed. Here is a work around https://gist.github.com/giner/0eb272c11085036c4438413f6de0e454. |
Also it seems that snapcraft don't support mime types registering yet https://bugs.launchpad.net/snapd/+bug/1849094 |
When I select .drawio or .xml as file type in the save dialog, it will be saved with mime type text/plain for .drawio and application/xml when saving as .xml. When I want to open the file again, I have to right-click on it and select to open it with with draw.io. However, this also changes the default application for all normal text files which also have text/plain as their mime type. This means, if I want to open a normal text file, I have to change it back again. In the .desktop file of draw.io, two mime types are configured:
But these definitions are useless if draw.io doesn't save its files with these mime types. |
There's a number of requests for support for specific OS's and specific images. We're going to have to treat different distros as different issues, the Linux OS ecosystem has very fragmented behaviour. I'll change this one to be that of the original author, if yours varies from that please open a new issue. |
Hi there,
A big thank you to the Draw.IO team for creating such fantastic software, full of awesome templates, an easy to use interface and both web and desktop support. Our team workflow has been revolutionised by all of your efforts, which means you have indirectly contributed to the overall development of Africa because of our work.
I wanted to report an issue when opening files through Nemo in Linux Mint 17. It does not open the file specified but rather just shows the new/open file dialog.
Also when trying to open a file from the terminal it does the same thing.
I have not developed with Electron, though I assume it is relatively simple to pass the command line arguments to the application.
Have a great week and as said in Madagsacar, tsikitsiky lava (always smile),
Matthew
The text was updated successfully, but these errors were encountered: