https://bugs.freedesktop.org/show_bug.cgi?id=35785
--- Comment #32 from Jesus Corrius <[email protected]> --- (In reply to comment #29) > (In reply to comment #12) > > This problem is probably related to: > > > > set explicit Application User Models IDs in the native Windows launchers > > 776db316d271d14e653426e21e66b983ec52100a > > > > To restore the old behavior, this could be partially reverted in the > > LibreOffice 4.0.x branch and then fix properly for 4.1, as it requires some > > work. > > @Jesús > > Time frame for appearance in 3.6.0beta1 certainly looks to match the commit > dates (5/24/2012 & 6/4/2012) for your work on the applauncher at 3.6. > > But I get sooo lost, how would the AppID and SHAddToRecentDocs or > ICustomDestinationList needed for Windows 7 Jump List be handled? I don't > see AppID called in the /core/desktop/win32/source/applauncher/launcher.cxx > code just the APPUSERMODELID in line 75. the problem is when these AppID are used, Windows 7 sees LibreOffice not just as an old SINGLE application anymore (and uses its fallback behavior to handle old applications with LibreOffice) but as several new applications (Writer, Calc, Base, etc.) as each application has its own AppID. So now you have to add the document to it's new application (calling SHAddToRecentDocs and saying you want to add an ods to "Calc") as the old fallback mechanism doesn't exist anymore. I think it's probably a good idea to revert this and then only commit the changes when all the parts are ready as half work only makes things worse, IMHO. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
