[08:06] <kalikiana> daker: There's only "real" notifications as far as I'm aware. So they need to go through the push service.
[08:21] <kalikiana> renatu: I attached a working test case using ActionSelectionPopover to bug 1662220 - looks like it's indeed a ListItem bug
[10:05] <daker> kalikiana: ok
[14:50] <salem_> kalikiana, hey, some days ago I left a comment here pointing a regression in staging. Could you take a look? Looks like it was included in the latest release:  https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/organizedWindow/+merge/314631/comments/820497
[15:02] <bfiller> kalikiana, yes please, it's an unfortunate regression
[15:02] <bfiller> makes us get the swipe tutorial on every start of messaging-app
[16:08] <zsombi> salem_: isn't the MainWindow a new component?
[16:10] <zsombi> oh, the change affects the org name set in the UCApplication... hmmm
[16:19] <kalikiana> salem_: Hmmm I wonder if you're hitting a race condition? The organizationName would be set to a default once when Ubuntu.Components is first imported
[16:19] <kalikiana> When UCApplication is instanciated, as a singleton
[16:20] <kalikiana> But that code has existed before
[16:23] <kalikiana> salem_: zsombi The only difference I can see is that setOrganizationName has moved from setApplicationName to the constructor... but maybe that's exactly it
[16:23] <zsombi> kalikiana: yes, you set it to an empty string, and then later, where you've used to set it to empty you use the getter in the setter
[16:24] <zsombi> so if meantime that is eventually changed, the value will stay
[16:25] <kalikiana> zsombi: So, the rationale for moving it was indeed to allow the app to change it - before, the name would be reset whenever you set applicationName
[16:29] <zsombi> kalikiana: so, if the app would set it, then teh value would stay now
[16:29] <kalikiana> Yes
[16:30] <zsombi> then teh app couls set ti to an empty string, in which case they woudl be back to where we were
[16:31] <zsombi> *could set it