http://bugzilla.moblin.org/show_bug.cgi?id=3009
--- Comment #41 from pohly <[email protected]> 2009-08-07 03:31:57 --- (In reply to comment #37) > > I haven't thought much about it, but perhaps we can relax the all-day > > detection > > in the incoming script so that it detects UTC, adds the device's current GMT > > offset, and only then compares against 00:00-23:59. > Patrick, syncclient_sample_config.xml has the code to implement this feature. > see > > // - detect alldays in vCalendar 1.0 (0:00-0:00 or 23:59 localtime) > i = ALLDAYCOUNT(DTSTART,DTEND,TRUE); > if (ITEMDATATYPE()=="vCalendar10" && i>0) { > // DTSTART and DTEND represent allday event, make them date-only > values > // - convert start to user zone (or floating) so it represents > midnight > DTSTART = CONVERTTOUSERZONE(DTSTART); > MAKEALLDAY(DTSTART,DTEND,i); > } > > > However, as 'DTEND' set as 'AUTOENDDATE', like ddecock said, synthesis > converts > its value with user timezone before executing incoming script. > DTSTART: 20060406T020000Z > DTEND: 20060407T015959Z > --> > DTSTART: 20060406T020000Z > DTEND: 20060407T000000Z > > This conversion causes the above script function 'ALLDAYCOUNT' returns 0 and > it > is not detected as an 'all-day-event'. Sorry, I don't know what we should do about this. AUTOENDDATE must be in the config for a reason, so I'm worried about simply removing it. I sent another mail to Tactel, perhaps there is a way to get the times sent in a way that we understand. -- Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug. _______________________________________________ Syncevolution-issues mailing list [email protected] http://lists.syncevolution.org/listinfo/syncevolution-issues
