Langoor has quit [Remote host closed the connection]
uvos has quit [Ping timeout: 255 seconds]
_nmdv_ has joined #maemo-leste
Livio has joined #maemo-leste
Livio has quit [Ping timeout: 268 seconds]
Langoor has joined #maemo-leste
akossh has quit [Quit: Leaving.]
Langoor has quit [Ping timeout: 264 seconds]
_nmdv_ has quit [Ping timeout: 255 seconds]
Langoor has joined #maemo-leste
Langoor has quit [Quit: No Ping reply in 180 seconds.]
Langoor has joined #maemo-leste
_nmdv_ has joined #maemo-leste
_nmdv_ has quit [Ping timeout: 256 seconds]
elastic_dog has quit [Ping timeout: 264 seconds]
elastic_dog has joined #maemo-leste
joerg has quit [Ping timeout: 256 seconds]
joerg has joined #maemo-leste
diejuse has quit [Quit: Client closed]
pere has quit [Ping timeout: 260 seconds]
uvos has joined #maemo-leste
Langoor has quit [Ping timeout: 264 seconds]
xes has quit [Ping timeout: 268 seconds]
Langoor has joined #maemo-leste
xes has joined #maemo-leste
akossh has joined #maemo-leste
Langoor has quit [Quit: No Ping reply in 180 seconds.]
Langoor has joined #maemo-leste
ungeskriptet9 has joined #maemo-leste
ungeskriptet has quit [Ping timeout: 255 seconds]
ungeskriptet9 is now known as ungeskriptet
Langoor has quit [Ping timeout: 246 seconds]
akossh has quit [Quit: Leaving.]
Langoor has joined #maemo-leste
Livio has joined #maemo-leste
moparisthebest has quit [Ping timeout: 268 seconds]
xmn has quit [Ping timeout: 260 seconds]
Langoor has quit [Quit: No Ping reply in 180 seconds.]
Langoor has joined #maemo-leste
Livio has quit [Ping timeout: 264 seconds]
ungeskriptet has quit [Changing host]
ungeskriptet has joined #maemo-leste
k1r1t0 has joined #maemo-leste
k1r1t0 has quit [Client Quit]
joerg has quit [Read error: Connection reset by peer]
joerg has joined #maemo-leste
<sicelo> /win 25
f_ has quit [Ping timeout: 268 seconds]
uvos has quit [Remote host closed the connection]
f_ has joined #maemo-leste
<Wizzup> ok, new conversations will have grouped messagesso the notifications will stack per person
Wizzup is now known as WizzupTest
WizzupTest is now known as Wizzup
Livio has joined #maemo-leste
diejuse has joined #maemo-leste
Livio has quit [Ping timeout: 240 seconds]
<Wizzup> (oh, still copying, airplane wifi.)
<Wizzup> needs some hildon-home fixes though
<sicelo> we're using modified lock screen? :-)
<Wizzup> sicelo: hm?
<Wizzup> no
<Wizzup> just hildon-home claims to accept boolean for persistent hint but it errors later on
<Wizzup> so that needs fixing
<freemangordon> hmm, it should
<Wizzup> yeah I fixed it already
<Wizzup> just saying that's all I changed
<Wizzup> but now the notifications do not go away
<Wizzup> and I just found outmodest does this and it made me laugh
<Wizzup> out how modest*
<freemangordon> hmm?
<Wizzup> (plane wifi, slow to send)
diejuse has quit [Quit: Client closed]
<Wizzup> uvos: btw I checked and for the icons ot appear on the lock screen from sphone you'll just have to set some properties
<Wizzup> no hildon-home changes or special handleing needed
<Wizzup> afaict at least
<Wizzup> you just need notify_notification_set_hint_byte and set "persistent" to TRUE
<Wizzup> and then make sure that you close the notification
Livio has joined #maemo-leste
<Wizzup> the sounds are correct :)
<Wizzup> (in conversations, for sms and chat)
<Wizzup> didn't have to play naything myself
<Wizzup> I think this should handle vibration too
<Wizzup> freemangordon: I don't remember and am in offline mode, if you get several smses from different people, do they get different notiication groups/windows?
<Wizzup> (one per constant)
uvos has joined #maemo-leste
<Wizzup> one per contact*
<uvos> Wizzup: yeah because you are called "conversations"
<uvos> its hardcoded per endpoint name
<uvos> which is increably stupid
<Wizzup> no
<Wizzup> this config file does not matter I am pretty sure
<Wizzup> which list are you talking about?
<Wizzup> /etc/hildon-desktop/notification-groups.conf ?
<Wizzup> keep in mind that conversations is not the actual name in fremantle
<Wizzup> it's rtcom-message-ui or something
<Wizzup> I have another 7 hours to wait, so I might look at it is there is anther hardcoded list
<uvos> yes its notification-groups
<uvos> to get that behavior you need to be the dbus destination it hardcodes
<Wizzup> ok so I mucked around with this and restarted hidon-home nad it makes no difference
<Wizzup> the word conversations does not appear in it either
<Wizzup> maybe there is something I am missing
<uvos> telepathy dose
<Wizzup> I think what you should do in sphone is
<uvos> its impossible for sphone
<uvos> because sphone has no dbus interface like that
<Wizzup> in notify-libnotify.c
<Wizzup> change im.received to sms-message
<Wizzup> and then it will make sound nad probably also vibrate
<Wizzup> that is my guess at least
<uvos> no it will break everything
<Wizzup> ok, well this works in conversations
<uvos> because h-h is then hardcoded to ask telepathy about the notifcation
<Wizzup> there is no 'NotificationUI' client
<Wizzup> I mean I'm happy to leave it at this but it seems to me like it should just work
<uvos> then your setup is also broken
<Wizzup> having looked at the hildon-home code
<uvos> it works like this: h-h saves the notification
<Wizzup> broken how? it works exactly like on fremantle
<uvos> and restores it when its restarted
Langoor has quit [Ping timeout: 246 seconds]
<Wizzup> if you set persistent
<Wizzup> yes
<uvos> when the user clicks on it h-h will ask the dbus inteface (that is hardcoded) to handle the notification
<uvos> which is broken
<Wizzup> did you try this and run into this problem?
<uvos> yes
<Wizzup> weird, I don't have this problem
<Wizzup> the window opens correctly
<uvos> the interface is stupid
<uvos> it should just use extended proparties for this
<Wizzup> 'this' ?
<uvos> all of the stuff in notification-groups.conf should be extenden props passed with the notification
<uvos> yes the window opens correctly as long as you are clicking on the original notification
<uvos> as soon as its restored its broken
<Wizzup> and when you mean restarted, you mean when hildon home restarts
<uvos> yes
<Wizzup> when you mean restored*
<Wizzup> ok, so this is regardless of stateful notifications?
<uvos> yes
<uvos> never mind that this whole steup prevents other applictions
<uvos> like pidign or whatever from having grouped messages or vibration or a pattern
<uvos> and so on
<Wizzup> I am not sure how much of a practical problem this is since hildon-home doesn't often restart and a broken notification isn't the end of the world but yeah robably worth fixing
<Wizzup> you can just request grouped messages
<Wizzup> notification->setHintString("group", "_grouped_messages");
<uvos> this dident work at all last time i tried
<uvos> well wen i first implemented it in sphone it was compealty broken
<Wizzup> it workeed for me, but it groups everything together, regardless of who the message came from, so I need to figure out how to grouping works
<uvos> fmg did fix several things
<Wizzup> so how would persistent notifications work?
<Wizzup> you still need a way to invoke/clear them
<uvos> notifications are only presistent over resart if application provides x-maemo-dbus-interface or whatever as hint
<uvos> the string of the hint is taken as the endpoint
<Wizzup> so there's perhaps different persistence here
<uvos> same as virbation, sound, lights
<Wizzup> I am talking about reboot-level persistence
<uvos> yes exactly
<uvos> thats what i ment
<uvos> h-h stores a endpoint that the application provides
<Wizzup> if you set the persistent hint to '1'
<uvos> and tries that to handle the notification after a restart
vectis has quit [Ping timeout: 240 seconds]
<uvos> where the dbus endpoint id is lost
<Wizzup> then it will end up in ~/.config/hildon/desktop/notifications.db
<Wizzup> which are rendered btoh on the lock sreen and I assume on reboot
<uvos> yes and even though presitance is a xdg prop those are broken for any application not hardcoded here
<Wizzup> in the sense that there is no way to clear them
<uvos> i think you can x out of them, but they are unhandled
vectis has joined #maemo-leste
<Wizzup> if I 'x' them they remain in hte db
<Wizzup> but that could be because conversations doesnt call close() on them properly
<uvos> closing any notification is broken
<uvos> every notificcation leaks memory
<Wizzup> ?
<uvos> x just closes the window
<uvos> it never tells anyone anything about this
<uvos> so every app that uses notifications leaks memory
<Wizzup> seems like it's worth fixing
<Wizzup> I just checked and I don't think they actually clear from the db
<Wizzup> (after a reboot and pressing x again)
<uvos> presumably because h-h assumes that something is going to handle its dbus call
<uvos> but this dosent happen
<Wizzup> right
<uvos> which is just broken in gerneal because persitant notifications are issued by non-maemo applications all the time
f_ has quit [Remote host closed the connection]
f_ has joined #maemo-leste
<Wizzup> it doesn't seem like this would be too hard to fix
Langoor has joined #maemo-leste
akossh has joined #maemo-leste
xmn has joined #maemo-leste
uvos has quit [Remote host closed the connection]
<freemangordon> Wizzup: uvos has a point here, like, after restart persistent notifications will lead to notification window (yellow) being shown
<freemangordon> but when you click on it, if there is no dbus interface assigned, nothing will hgappen
<freemangordon> and dbus interfaces are hard-coded, which is API deficiency
<freemangordon> we discussed how to fix that, but I am yet to do it
<Wizzup> ok, we did discuss how to fix it?
<Wizzup> ok
<Wizzup> well count me as an interested party
<Wizzup> I will make a pr for the hildon-home fxes I made earlier today
<Wizzup> and yeah for the record I was not disputing uvos' point
<Wizzup> I just found that some things work better than I expected wregardless of this hardcoded list
Livio has quit [Ping timeout: 260 seconds]
diejuse has joined #maemo-leste
xmn has quit [Ping timeout: 255 seconds]
elastic_dog has quit [Ping timeout: 246 seconds]
elastic_dog has joined #maemo-leste
enyc has quit [Remote host closed the connection]
enyc has joined #maemo-leste
akossh has quit [Read error: Connection reset by peer]
pere has joined #maemo-leste
diejuse has quit [Quit: Client closed]
moparisthebest has joined #maemo-leste
xmn has joined #maemo-leste
<Wizzup> freemangordon: oh libhildondesktop has similar code for persistence
<Wizzup> and it only takes uchar
<Wizzup> this is why my notifications do not get deleted
<Wizzup> I'll see if I can get uchar from qt
<Wizzup> uchar set from qt*
Livio has joined #maemo-leste
Livio_ has joined #maemo-leste
Livio has quit [Ping timeout: 252 seconds]
diejuse has joined #maemo-leste
Livio_ has quit [Ping timeout: 252 seconds]