Review Request 110462: Call new Instance dbus method on Windows when a KUniqueApplication is already running

[Patrick Spendrin]

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/110462/#review33192
-----------------------------------------------------------



kdeui/kernel/kuniqueapplication.cpp
<http://git.reviewboard.kde.org/r/110462/#comment24561>

    Why do we still fail this function (exit(255)), even if we actually are still doing a meaningful action (activateWindowForProcess) here?


- Patrick Spendrin


On May 16, 2013, 10:21 a.m., Andre Heinecke wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/110462/
> -----------------------------------------------------------
> 
> (Updated May 16, 2013, 10:21 a.m.)
> 
> 
> Review request for kdelibs, kdewin, Patrick Spendrin, and Patrick von Reth.
> 
> 
> Description
> -------
> 
> Currently when a second instance of a KUniqueApplication is created KUniqueapplication on Windows just tries to bring the existing process to the front. The problem with this is that the commandline arguments are lost. Kontact parts of kdepim solved this problem in pimuniqueapplication by calling NewInstance with the correct parameters on the existing application.
> This review Request is about adding that code from kdepimlibs/kontactinterface/pimuniqueapplication.cpp also to KUniqueapplication on Windows.
> 
> 
> This addresses bug 258489.
>     http://bugs.kde.org/show_bug.cgi?id=258489
> 
> 
> Diffs
> -----
> 
>   kdeui/kernel/kuniqueapplication.cpp 777fc35 
> 
> Diff: http://git.reviewboard.kde.org/r/110462/diff/
> 
> 
> Testing
> -------
> 
> Tested with Kleopatra on Windows.
> 
> 
> Thanks,
> 
> Andre Heinecke
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20130527/453e49f7/attachment.htm>