Summary: | Saving to any format actually save to *.kra format with the wrong extension | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | laerne <nicolas.brack> |
Component: | File formats | Assignee: | Krita Bugs <krita-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | halla |
Priority: | NOR | ||
Version: | git master (please specify the git hash!) | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/krita/cfc4efaf01cc17e795dfcac972563d4095cbd02f | Version Fixed In: |
Description
laerne
2016-06-28 17:18:52 UTC
I'm sorry, but that works for me. What desktop are you using? Since you say you build yourself, you probably have platform integration instead of the default Qt file dialog -- so if you're using Gnome, maybe the GTK file dialog got messed up again in new and wonderful ways. Yes I use Gnome-Shell. I didn't notice I was presented with a GTK dialog instead of a Qt one. I installed KDE-plasma and on KDE exports works. But on GNOME it regardless keeps failing. Good call. Maybe always using a Qt dialogue instead of that weird GTK/Qt crossover would be better ? I tried that, but people protested very loudly :-( And with an older version of Gnome/GTK, there are no problems. That probably means it's actually a bug in GTK. I'll disable the GTK dialog for 3.0.1 -- it's a waste of my time to try and figure out what's going on there. Git commit cfc4efaf01cc17e795dfcac972563d4095cbd02f by Boudewijn Rempt. Committed on 30/06/2016 at 11:33. Pushed by rempt into branch 'krita/3.0'. Disable the native file dialog integration on Linux Unless we're running in KDE, where platform integration gives us the best file dialog in the world. The GTK one completely broke in the latest version of Fedora M +8 -12 libs/widgetutils/KoFileDialog.cpp http://commits.kde.org/krita/cfc4efaf01cc17e795dfcac972563d4095cbd02f The dialog fix did not solve the problem. With the qt dialog, I still have krita saving every file as .kra file under gnome, except for *.ora, which it saves correctly, despise extensions and file type selection. Additionaly, I'd like to point it's worse than that. The same issue arises to open file. Whether you input a file with the open dialogue or the drag-and-drop feature, krita will ever only know how to open OpenRaster images, not *.jpg, *.png or even krita's *.kra it wants so hard to save many format with. Hi, I'm sorry, but you will really have to debug this: I don't have access to a system where this problem occurs, and since it doesn't occur in our code, it must be something specific to Fedora 23. I guess they could have totally messed up the shared-mime-info database... I build the software again, and it seems to work fine. Maybe I had some bad configuration the last time I built it. |