Review Request 116940: Add a new status message plugin class and use it for the now Playing plugin
David Edmundson
david at davidedmundson.co.uk
Tue Sep 2 23:00:29 UTC 2014
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116940/#review65751
-----------------------------------------------------------
status-handler.cpp
<https://git.reviewboard.kde.org/r/116940/#comment45954>
m_statusMessagePluginStack contains 1 item. All of this could be just one line.
When I comment that something is a bit overcomplicated and ask some questions I'd rather have simple answers than newer patches that just /increase/ the complexity.
This keeps happening which is why we haven't managed to get any closer to merging in 25 patch sets.
status-handler.cpp
<https://git.reviewboard.kde.org/r/116940/#comment45955>
If we have this, why do we also have the telepathy-mpris code listen to deactivateNowPlaying?
Is that an overlap?
- David Edmundson
On Sept. 2, 2014, 10:48 p.m., James Smith wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/116940/
> -----------------------------------------------------------
>
> (Updated Sept. 2, 2014, 10:48 p.m.)
>
>
> Review request for Telepathy.
>
>
> Bugs: 332082, 334492 and 334542
> http://bugs.kde.org/show_bug.cgi?id=332082
> http://bugs.kde.org/show_bug.cgi?id=334492
> http://bugs.kde.org/show_bug.cgi?id=334542
>
>
> Repository: ktp-kded-module
>
>
> Description
> -------
>
> Move status message plugins into a separate class. New infrastructure to help mitigate the occurrence of bug #334492 while using status message plugins: 1) buffering of the last n status messages, and 2) a limiter to help stop flooding the presence changer. Also strips redundant and disused data structures from both classes.
>
> This patch returns the ability to engage status message plug-ins from custom status messages. Also working is the disabling of non-visible status message plug-ins. State-affinity in the 95% of previously noted cases has been vastly improved also, the few remaining issues should be due to "lite" protocols that don't have a full complement of on-line presences.
>
>
> Diffs
> -----
>
> CMakeLists.txt 930267740d0bf26f42a48ea55d77148f87df5369
> status-handler.h 06240ff17e22148f2b128bc0eb8cec6d6abe68ff
> status-handler.cpp 4b9c25a2ccba451f6e608bb704626e33149108cc
> telepathy-kded-module-message-plugin.h PRE-CREATION
> telepathy-kded-module-message-plugin.cpp PRE-CREATION
> telepathy-kded-module-plugin.h 4c161696a706e82059a7eb314773c3644fe26bd7
> telepathy-kded-module-plugin.cpp daf73c66947bc946097de7a8e8a1518555131145
> telepathy-mpris.h 05b77c90a50372fd9ed66bde0ab8a287caf34b51
> telepathy-mpris.cpp 44b041fdd3764ee5f67598fcf555a2759d853bdd
> tests/CMakeLists.txt 7ec77495417a6790060ea5ea7126c46399dff755
>
> Diff: https://git.reviewboard.kde.org/r/116940/diff/
>
>
> Testing
> -------
>
> Disconnect / reconnect, autoconnect / no autoconnect, suspend / resume. Enable / disable via kcm module. Added a new custom presence and engaged the now playing plugin in the contact list from the new presence. Disabled the plugin by activating another presence.
>
>
> Thanks,
>
> James Smith
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-telepathy/attachments/20140902/d5835619/attachment.html>
More information about the KDE-Telepathy
mailing list