D17887: Fix detection of .kexi file types after recent change of mime database on Linux for SQLite type (2018-06-17)
Pino Toscano
noreply at phabricator.kde.org
Tue Jan 1 19:25:13 GMT 2019
pino added a comment.
In D17887#384699 <https://phabricator.kde.org/D17887#384699>, @staniek wrote:
> In D17887#384687 <https://phabricator.kde.org/D17887#384687>, @pino wrote:
>
> > In D17887#384686 <https://phabricator.kde.org/D17887#384686>, @staniek wrote:
> >
> > > Shorter: what change in kdb_sqlitedriver.json do you propose?
> >
> >
> > With the draft of patch I proposed, none.
>
>
> OK but that means you propose to revert change for the json or keeping the change as is?
My patch instead of this.
> I need to double check we understand if (and how) the plugin is properly detected in two cases:
>
> 1. Old case: before the critical FD.o change - it works because .kexi files' mimetype is "application/x-sqlite3"
> 2. New case: after the the critical FD.o change when .kexi files' mimetype is application/vnd.sqlite3 - this is the case of https://bugs.kde.org/show_bug.cgi?id=396999 - how would it work?
Using my patch (v2), the mimetypes claimed by every plugin are always registered as their real names (i.e. resolving possible aliases). When loading a plugin via mimetype, the code finds the real name of the requested mimetype (i.e. resolving possible aliases), and uses it to get the plugin for it (if available).
The sqlitedriver plugin claim to support two mimetypes, and this will not change.
REPOSITORY
R15 KDb
REVISION DETAIL
https://phabricator.kde.org/D17887
To: staniek, piggz
Cc: pino, Kexi-Devel-list, barman, wicik, staniek
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kexi-devel/attachments/20190101/422b27dd/attachment.html>
More information about the Kexi-devel
mailing list