| *** zbenjamin_ is now known as zbenjamin | 02:18 | |
| Mister_Magister | mal: any idea how could i add top margin to all apps? | 07:46 |
|---|---|---|
| dcaliste | Hello chriadam, how are you ? | 08:06 |
| dcaliste | Thanks for the merges in CalDAV. | 08:06 |
| chriadam | hi dcaliste | 08:08 |
| chriadam | I'm well thank you | 08:08 |
| chriadam | I hope you had a good week? | 08:08 |
| dcaliste | Yes, it was fine. I've begun to work on QML bindings for Buteo::SyncProfile. | 08:11 |
| chriadam | ah, nice | 08:12 |
| chriadam | I haven't yet tagged those caldav MRs which were merged, I will do so in the near future (will be adding some change for the server-side iTIP scheduling support soon) | 08:12 |
| dcaliste | Not yet ready, far from being in fact ! What about your work on invitation sending ? I've seen the CalDAV WIP MR. | 08:13 |
| chriadam | after some more investigation I discovered I was wrong - for server-side scheduling, no need to add the iTIP METHOD:REQUEST etc stuff | 08:13 |
| chriadam | just need to ensure that the ORGANIZER is set to the value which the server recognises as the "current user" - which is reported from a user-address-set request | 08:14 |
| chriadam | the mailto:username@server.com value | 08:14 |
| chriadam | so I'm working on something in caldav to perform that request, parse the mailto address, and return that value from the caldavinvitationplugin | 08:14 |
| chriadam | so we set the organizer field properly when creating events in calendar | 08:14 |
| chriadam | after that, I can look into client-side scheduling (i.e. actually sending iMIP emails, etc) | 08:15 |
| dcaliste | Good, I think it's yet another area where I need to check if they changed something upstream about the fact that organizer is always added as attendee and how mkcal interact with this, because we still have lot of code in incidence handler to add or remove organizer. | 08:16 |
| chriadam | yes, I was thinking the same | 08:16 |
| dcaliste | All these things are not crystal clear for me at the moment… | 08:16 |
| chriadam | nor I | 08:16 |
| dcaliste | I've seen you've worked on modifications to be propagated once kcalcore!13 is accepted (the one day shift missing on exportation), I thank you. I'm preparing a WIP MR in CalDAV for it also. | 08:18 |
| dcaliste | And one in the icalendartool. | 08:18 |
| chriadam | my MRs are probably incomplete, I literally just grepped for "addDays(", and didn't test the changes etc yet | 08:19 |
| dcaliste | No problem, it's a first look. | 08:20 |
| dcaliste | Maybe, what we can decide today, is about mkcal!17 and the handling of exception with timezone for all day events. | 08:20 |
| chriadam | yes, that's a good idea | 08:22 |
| chriadam | let me quickly check the last comments there | 08:23 |
| chriadam | I think it's definitely possible to push that logic down to n-q-p-cal level | 08:27 |
| chriadam | I wonder if we need to think about similar in sync plugins, or whether that's not related in this case? | 08:28 |
| dcaliste | I would prefer also the possibility to keep saving whatever in mkcal and restrict the usecases in nemo-qml-plugin-calendar. | 08:30 |
| dcaliste | I think it's not necessary to touch anything in the plugins. | 08:30 |
| dcaliste | The issue comes from the peculiar output of rawExpanedeEvents(). | 08:30 |
| dcaliste | Which is returning QDateTime in LocalZone so ReccurrenceId are always defined like that. | 08:31 |
| chriadam | right | 08:32 |
| chriadam | then, yes, that would be my preference also | 08:32 |
| dcaliste | For the plugins, it's safe (I would say), because it is coming of kcalcore itself (through ical), and we have the (failing or not) last test in mkcal to test various ways of providing all day events. | 08:32 |
| chriadam | yep | 08:33 |
| dcaliste | Ok, so I'll amend the commit to keep saving the all day exceptions as date only for ClockTime and change in nemo-qml-plugin-calendar the call to dissociateOccurrence() to switch the KDateTime from LocalZone to ClockTime for all day events. | 08:34 |
| chriadam | I think that's the best way forward, yes. I'd like flypig or pvuorela to take a look also, but I'm happy with that solution | 08:36 |
| chriadam | thanks | 08:36 |
| dcaliste | May be you were lacking time to look into mkcal!30 about the purge API additions ? You were wondering what additional code can be added to plugin to actually purge the database, is it clearer now ? | 08:37 |
| chriadam | yes, I saw your response - I need to digest what you wrote | 08:38 |
| chriadam | but I don't see any blocking issue for that PR - I just need to merge+tag that one once I have considered your reply about the plugins | 08:38 |
| dcaliste | Ok, no problem to take time for it. | 08:39 |
| chriadam | hopefully this week :-) | 08:40 |
| pvuorela | dcaliste: hey on a different topic. how about that all folders sync thing? if you don't mind i can also remove the option and merge that remaining settings part. | 08:40 |
| dcaliste | pvuorela, sorry, I didn't understand that you prefer it removed from UI. No problem, I can remove it and fiorce push in the minute ;) | 08:41 |
| dcaliste | chriadam: thanks. | 08:41 |
| pvuorela | dcaliste: oh, maybe lack on my communication too. but yea, that seemed problematic on a closer look. | 08:41 |
| dcaliste | pvuorela, sure, no problem. So we keep it in the middleware, because it's not very intrusive, but we remove it from the QML, right ? | 08:42 |
| pvuorela | dcaliste: yes, that was the idea. | 08:43 |
| dcaliste | pvuorela: I've added a commit on top to keep track, but I can squash if you prefer. | 08:46 |
| dcaliste | (I also rechange the custom policy detection to ==2 now that the model has one less entry) | 08:46 |
| pvuorela | dcaliste: both fine. often prefer directly the end result, though. | 08:47 |
| dcaliste | pvuorela: no problem, squashing in progress… | 08:48 |
| dcaliste | By the way, do you need a JB id added in the commit message ? | 08:48 |
| chriadam | I think JB#47389 | 08:51 |
| pvuorela | chriadam: you were faster :) | 08:51 |
| pvuorela | contributes to | 08:51 |
| dcaliste | pvuorela: ok, here it is, without the all folders option in one commit with the JB id. | 08:55 |
| chriadam | tyvm | 08:56 |
| dcaliste | Thanks also for your time in guidance and review. | 08:56 |
| pvuorela | thanks! | 08:58 |
| chriadam | thanks as always for your effort and time | 08:58 |
| chriadam | was there anythign else to discuss this week? | 08:58 |
| dcaliste | No, I think, it's alright, we have exhausted in my opinion the various points at hand. | 08:58 |
| chriadam | ok, will speak to you next time :-) have a great week! | 08:59 |
| chriadam | thanks again | 08:59 |
| dcaliste | Have a nice week too. Bye. | 08:59 |
| *** PasNox_ is now known as PasNox | 09:15 | |
| *** yofuh_ is now known as yofuh | 09:37 | |
| *** Renault_ is now known as Renault | 09:50 | |
| *** nosliot is now known as zumbi | 10:50 | |
| x2s | monich: Hi. You're the author of foilauth, right? Is there an easy way to recover the secret key? | 11:59 |
| *** Renault_ is now known as Renault | 13:54 | |
| *** frinring_ is now known as frinring | 14:08 | |
| *** Krikke_ is now known as Krikke | 15:43 | |
| x2s | monich: found it. | 16:09 |
| x2s | No need for you to scroll up :) | 16:09 |
| attah | fastboot behaving randomly, i.e. giving different result eact time... is this a known problem? | 18:31 |
| attah | i.e. "Found 0 devices:" 2 times out of 3, and error: Failed to identify current slot. the other | 18:38 |
| coderus | attah: sounds like hw problem. check your connection | 18:40 |
| attah | hmmm, but a simple "fastboot devices" has no issues | 18:41 |
| attah | okay nvm... actual commands are borked | 18:45 |
| Redfoxmoon | attah, that sounds like a bad connection somewhere | 19:14 |
| Redfoxmoon | original USB cable? | 19:14 |
| attah | Yes, the brand new one | 19:15 |
| attah | tied another too, same there | 19:15 |
| attah | tried a USB2 port, same | 19:15 |
| Redfoxmoon | tried another USB port--- | 19:15 |
| Redfoxmoon | hmmmmm | 19:16 |
| Redfoxmoon | got a secondary machine available for testing? | 19:16 |
| attah | sort of | 19:16 |
| Redfoxmoon | :-) | 19:17 |
| attah | wonder what is least bad.. OS X 10.6 or Windows 7 | 19:18 |
| Redfoxmoon | Another good indication is whether or not it appears properly as a storage device when in normal use | 19:18 |
| Redfoxmoon | If that's also broken, I'd say faulty phone | 19:18 |
| attah | it did show me a file manager window thing | 19:18 |
| attah | let's boot up and see if it works too | 19:19 |
| Redfoxmoon | I remember having trouble with fastboot on my nexus 5 many many years ago | 19:22 |
| Redfoxmoon | IIRC it was a bad ADB driver | 19:22 |
| attah | but on Linux? | 19:23 |
| attah | it was in adb mode as per instructions... so that's what i tested, adb shell works fine | 19:24 |
| Redfoxmoon | heh. no it was on windows | 19:24 |
| Redfoxmoon | Well give it a spin on windows then. I flashed my xperia 10 on windows 7 a few days ago | 19:25 |
| Redfoxmoon | was perfectly smooth | 19:25 |
| attah | i guess i'll have to try | 19:25 |
| attah | Unzipping on a 1st gen Core 2 Duo and a spinning disc is a bit different than what i'm used to :( | 19:41 |
| attah | wow, it is working | 19:43 |
| haasn | I still wonder why after the SailfishOS update, my time is always wrong by 1 hour | 22:39 |
| haasn | I also noticed that the timestamps between sent and received SMS messages is off by 1 hour | 22:39 |
| haasn | I'll receive messages that say "1 hour ago" | 22:39 |
| haasn | I also have to manually set the time instead of using NTP unless I want it to be in the past by 1 hour | 22:39 |
| haasn | It makes zero sense | 22:40 |
| haasn | What kind of bug could even be causing this | 22:40 |
| Nico[m] | I had the same bug | 22:40 |
| haasn | Why would a SailfishOS update have any reason to be poking around in the system clock? | 22:40 |
| Nico[m] | The is a solution on tjc | 22:40 |
| haasn | Nico[m]: oh nice | 22:40 |
| haasn | google didn't find it, mind pointing me? | 22:40 |
| Nico[m] | The symlink to the correct timezone is broken, let me see, if I can find it | 22:40 |
| haasn | ah | 22:40 |
| Nico[m] | https://together.jolla.com/question/215668/factory-reset-several-upgrades-320-timezone-issues-solution/?sort=votes&page=1 | 22:41 |
| haasn | fascinating | 22:44 |
| haasn | thanks! | 22:44 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!