> On Feb. 20, 2013, 1:06 a.m., Àlex Fiestas wrote: > > I guess this will break compatibility with old versions then? if so, do you > > know from which version will it work? > > If this was not long ago, can we check the version and keep supporting the > > old and the new one? > > Àlex Fiestas wrote: > Code-wise the patch looks fine. > > Marco Gulino wrote: > You're right, there's a compatibility break, and we can't even know > starting from which version, since it's an internal database not documented > (I might try looking around, but I don't expect to find much). > If it makes sense, I might conditionally choose the right query depending > on the schema found (assuming the new table didn't exist in the previous > version, which makes sense). > I also noticed that the new table is meant to support multiple icon > sizes, so I might add an order by clause to choose the wider one as default. > > Àlex Fiestas wrote: > To be clear, personally I'd be fine if we drop support for some old > Chromium version, thing is those guys bump versions like crazy (today we are > at chromium 20 and tomorrow we are at 30), so we need to know how old is this > change to be able to decide if we want to drop support for older versions. > > Marco Gulino wrote: > Hopefully not :P > I think I found the commit date on chromium git server: > > http://git.chromium.org/gitweb/?p=git/chromium.git;a=commit;h=eded41c5c28bf94e128b6ab4cdd8030fb8b6d2f3 > The commit date is august 2012, so maybe it's a september/october release? > > Àlex Fiestas wrote: > For 4.11 we can drop it, but not for 4.10. > > Ideal solution will be supporting both though, this seems like a recent > change. > > Also, this up to the maintainer (I'm not) but supporting both will always > be preferred :p
I had to add some indirection, as the "FaviconFromBlob" didn't have the database for querying the presence of our table. With the new patch we can query the sqlite database, and choose the right query if the "favicon_bitmaps" table is there, supporting both versions. I also added the "order by" clause for multi-favicon support. As for the maintainer, I don't know if there's an "official" maintainer for this runner in particular, but I rewrote most of it to support chrome, so probably it's just up to me :) - Marco ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/109049/#review27760 ----------------------------------------------------------- On Feb. 19, 2013, 10:42 p.m., Marco Gulino wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://git.reviewboard.kde.org/r/109049/ > ----------------------------------------------------------- > > (Updated Feb. 19, 2013, 10:42 p.m.) > > > Review request for kde-workspace and Plasma. > > > Description > ------- > > As reported by an user ( https://bugs.kde.org/show_bug.cgi?id=305633 ), > chrome bookmarks database changed, and favicon wasn't shown anymore (not > either the default "star" icon). > I added the functionality back, and added a safety guard for displaying the > default icon if something similar happens again. > (note: I didn't set the "bugs" field here, since that bug was already closed, > and was about something else). > > > Diffs > ----- > > plasma/generic/runners/bookmarks/faviconfromblob.cpp 93c720c > > Diff: http://git.reviewboard.kde.org/r/109049/diff/ > > > Testing > ------- > > with chrome as default browser, install the plugin, restart krunner, type > "bookmarks" to view all bookmarks: proper favicon is shown. > Removing the database query fix, but leaving the safety guard, and cleaning > favicon cache (to have again a "broken" feature case), the default icon is > shown. > > > Thanks, > > Marco Gulino > >
_______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel