[Differential] [Changed Subscribers] D4301: [System Tray] SNI fallback to context menu on failing Activate
    Kai Uwe Broulik 
    noreply at phabricator.kde.org
       
    Fri Jan 27 08:25:41 UTC 2017
    
    
  
broulik added inline comments.
INLINE COMMENTS
> statusnotifieritemsource.cpp:472
>      if (m_statusNotifierItemInterface && m_statusNotifierItemInterface->isValid()) {
> -        m_statusNotifierItemInterface->call(QDBus::NoBlock, QStringLiteral("Activate"), x, y);
> +        m_statusNotifierItemInterface->call(QDBus::BlockWithGui, QStringLiteral("Activate"), x, y);
> +        return m_statusNotifierItemInterface->lastError().isValid();
This spins its own event loop which is dangerous when dealing with QML
> statusnotifieritemsource.cpp:473
> +        m_statusNotifierItemInterface->call(QDBus::BlockWithGui, QStringLiteral("Activate"), x, y);
> +        return m_statusNotifierItemInterface->lastError().isValid();
>      }
I think that method should return true for success, not failure.
> statusnotifieritemsource.cpp:475
>      }
> +    return true;
>  }
Can this lead to false positives? Maybe we need a tri-state here, ie. activate succeeded, activate failed (fall back to menu), nothing to activate (do nothing).
REPOSITORY
  R120 Plasma Workspace
REVISION DETAIL
  https://phabricator.kde.org/D4301
EMAIL PREFERENCES
  https://phabricator.kde.org/settings/panel/emailpreferences/
To: subdiff, #plasma, davidedmundson
Cc: broulik, plasma-devel, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20170127/0d91571c/attachment-0001.html>
    
    
More information about the Plasma-devel
mailing list