| *** zbenjamin_ is now known as zbenjamin | 01:12 | |
| jusa | Almindor: I tried to reply you a couple of times, but you were offline :) | 05:52 |
|---|---|---|
| dcaliste | chriadam: hello, I'm proposing an MR in jolla-settings-accounts to reload the model whenever the account is changed, as we discussed last Tuesday. This should mitigate the setting page saving issue when the calendars are changed remotely and the sync is applying the changes. | 07:57 |
| chriadam | dcaliste: ah, interesting! I will link it to that bug I mentioned, for internal visibility | 07:58 |
| dcaliste | ok, thanks. | 07:58 |
| dcaliste | The addition of calendars with this is working nicely, changing properties like name and color also. | 07:58 |
| dcaliste | Both MR (settings and buteo plugin) are not dealing with deletion though… | 07:59 |
| dcaliste | Or, not yet I would say ;) | 07:59 |
| chriadam | cool | 07:59 |
| chriadam | what happens currently when a calendar is deleted? does sync just fail? | 08:00 |
| dcaliste | No, I need to check, but I think that the calendar is actually removed from mkcal database, but still listed in the account settings. | 08:00 |
| chriadam | ah | 08:00 |
| chriadam | fair enough | 08:01 |
| chriadam | well, sounds amenable to detect/fix in the future :-) | 08:01 |
| dcaliste | So, the missing code would actually removed the calendar from settings _after_ the notebooksyncagent reported it as deleted calendar. | 08:01 |
| dcaliste | We need to actually conduct the sync route to make the agent delete it from mkcal db. | 08:02 |
| dcaliste | chriadam: I just checked, a deleted notebook does not make the sync process to fail. It is actually properlly deleted from mkcal db but still present in the account settings. | 08:07 |
| chriadam | ok, well that's good at least. still good to look at cleaning up the cruft (old setting value) in future, but certainly not a blocker | 08:07 |
| chriadam | thanks | 08:07 |
| dcaliste | I will add the JB you mentioned as contributes in the commit message. | 08:08 |
| chriadam | yep, thanks! | 08:11 |
| *** frinring_ is now known as frinring | 11:13 | |
| Almindor | is QAudioOutput on sailfishOS limited to be created on the main thread only? | 19:50 |
| Almindor | I always get this error if I try to do new QAudioOutput inside non-main thread: Cannot create children for a parent that is in a different thread. (Parent is ResourcePolicyPlugin(0x529f17f8), parent's thread is QThread(0x45a043a8), current thread is QThread(0xbe8da5e8) | 19:53 |
| Almindor | but it only happens on SFOS, I tried doing same on desktop (vanilla qt5) and it works fine, no warning | 19:54 |
| pvuorela | Almindor: without checking code now, i'd say that sounds like bug in resourcepolicy plugin or similar. | 20:49 |
| pvuorela | Almindor: somewhere around there possibly https://git.merproject.org/mer-core/qtmultimedia/tree/mer-5.6/src/plugins/resourcepolicy | 20:51 |
| Almindor | pvuorela: thanks for considering it. Do you happen to have an idea how to set the proper audio sink so MCE (when set to be in call) will blank the screen and audio will go to earpiece? I've been able to route the audio to earpiece via libpulse by switching the port but it doesn't help with MCE not doing the right thing. | 23:03 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!