BDAY one day offset after iPhone sync

ingoratsdorf 2012-02-08 23:17:27 UTC #1

Hi.

I am having some trouble with the iPhone 4 iOS 5.0.1 CardDAV sync, which I
believe is not a bug by eGroupware. I am just wondering whether anybody else
has experienced this.

BEGIN:VCARD

VERSION:3.0

PRODID:-//EGroupware//NONSGML EGroupware Addressbook 1.8//EN

{…}

BDAY:2001-09-02

END:VCARD

changed some NOTES text and iPhone sends it again to eGroupware:

BEGIN:VCARD

VERSION:3.0

PRODID:-//EGroupware//NONSGML EGroupware Addressbook 1.8//EN

{…}

BDAY;value=date:2001-09-03

END:VCARD

When the card was submitted, the iPhone still showed 200-09-02 for birthday
and once it saved it and synced it back, guess what:

Birthday was on 2001-09-03! (Of course, because that’s what it sent)

But why does the iPhone sends the birthday as 2001-09-03???

And this is repetitive. So EVERY TIME i edit an address on the iPhone, the
birthday shifts another day. Drives me crazy!

Has anybody noticed any of this behaviour? I could only imagine that this is
a TZ problem and that the iPhone stores the birthday with a TZ internally
but skips it when saving back. I am in Auckland/NZ, GMT+13.

Funny enough that does not happen when I use activeSync.

Cheers,

Ingo

Ralf_Becker_Stylite 2012-02-09 14:16:24 UTC #2

Hi.

I am having some trouble with the iPhone 4 iOS 5.0.1 CardDAV sync, which
I believe is not a bug by eGroupware. I am just wondering whether
anybody else has experienced this.

Sent by eGroupware to iPhone:

BEGIN:VCARD

VERSION:3.0

PRODID:-//EGroupware//NONSGML EGroupware Addressbook 1.8//EN

{…}

BDAY:2001-09-02

END:VCARD

changed some NOTES text and iPhone sends it again to eGroupware:

BEGIN:VCARD

VERSION:3.0

PRODID:-//EGroupware//NONSGML EGroupware Addressbook 1.8//EN

{…}

BDAY;value=date:2001-09-03

END:VCARD

When the card was submitted, the iPhone still showed 200-09-02 for
birthday and once it saved it and synced it back, guess what:

Birthday was on 2001-09-03! (Of course, because that’s what it sent)

But why does the iPhone sends the birthday as 2001-09-03???

And this is repetitive. So EVERY TIME i edit an address on the iPhone,
the birthday shifts another day. Drives me crazy!

Has anybody noticed any of this behaviour? I could only imagine that
this is a TZ problem and that the iPhone stores the birthday with a TZ
internally but skips it when saving back. I am in Auckland/NZ, GMT+13.

Funny enough that does not happen when I use activeSync.

Cheers,

Ingo

Virtualization& Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

Commerzbank BLZ 55040022 | Account 218111300
IBAN DE33 5504 0022 0218 1113 00 | BIC COBADEFFXXX
VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

Ralf_Becker_Stylite 2012-02-09 14:23:29 UTC #3

Hi Ingo,

I can imagine is has something to do with NZ timezone.

You’re lucky EGroupware AS is working. It would for sure not, if I
havn’t developed it sitting in a Cafe in Takkaka on the Southisland

There’s a public calendarserver demo, you might want to use to verify
the problem is not related to EGroupware:

Server: demo.calendarserver.org:443
User: user01
Password: user01

For some reason (WebDAV is proxied there), first account-creation fails,
though when you store the account and then switch ssl on and port to
443, it works.

I would open a bug with Apple:
https://bugreport.apple.com/cgi-bin/WebObjects/RadarWeb.woa/wa/signIn

Let me know if you receive no response, then I can forward your bug
report direct to one of the people I know at Apple iOS development.

Ralf

Hi.

I am having some trouble with the iPhone 4 iOS 5.0.1 CardDAV sync, which
I believe is not a bug by eGroupware. I am just wondering whether
anybody else has experienced this.

Sent by eGroupware to iPhone:

BEGIN:VCARD

VERSION:3.0

PRODID:-//EGroupware//NONSGML EGroupware Addressbook 1.8//EN

{…}

BDAY:2001-09-02

END:VCARD

changed some NOTES text and iPhone sends it again to eGroupware:

BEGIN:VCARD

VERSION:3.0

PRODID:-//EGroupware//NONSGML EGroupware Addressbook 1.8//EN

{…}

BDAY;value=date:2001-09-03

END:VCARD

When the card was submitted, the iPhone still showed 200-09-02 for
birthday and once it saved it and synced it back, guess what:

Birthday was on 2001-09-03! (Of course, because that’s what it sent)

But why does the iPhone sends the birthday as 2001-09-03???

And this is repetitive. So EVERY TIME i edit an address on the iPhone,
the birthday shifts another day. Drives me crazy!

Has anybody noticed any of this behaviour? I could only imagine that
this is a TZ problem and that the iPhone stores the birthday with a TZ
internally but skips it when saving back. I am in Auckland/NZ, GMT+13.

Funny enough that does not happen when I use activeSync.

Cheers,

Ingo

Virtualization& Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

Commerzbank BLZ 55040022 | Account 218111300
IBAN DE33 5504 0022 0218 1113 00 | BIC COBADEFFXXX
VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

ingoratsdorf 2012-02-09 22:06:13 UTC #4

Hi Ralf,

so, I do not believe it is related to eGroupware at all.
After all I traced the communication and the iPhone indeed send simply the
wrong date. So even the best calendar server cannot guess what the right data
SHOULD be…

I did not need to report a bug. The bug is already known in many facets. I
just added my 5c to the reports and put a cross reference in.

Exchange Birthday Shifted by 1 day
https://discussions.apple.com/thread/1597664?start=150&tstart=0

Bug in sample code of Exchange Activ Sync cause birthday shift
https://discussions.apple.com/thread/3245017

Birthday and Anniversary are one day of in hotmail after syncing
https://discussions.apple.com/message/12660792#12660792#12660792

Regards,
Ingo

Hi Ingo,

I can imagine is has something to do with NZ timezone.

You’re lucky EGroupware AS is working. It would for sure not, if I
havn’t developed it sitting in a Cafe in Takkaka on the Southisland

There’s a public calendarserver demo, you might want to use to verify
the problem is not related to EGroupware:

Server: demo.calendarserver.org:443
User: user01
Password: user01

For some reason (WebDAV is proxied there), first account-creation fails,
though when you store the account and then switch ssl on and port to
443, it works.

I would open a bug with Apple:
https://bugreport.apple.com/cgi-bin/WebObjects/RadarWeb.woa/wa/signIn

Let me know if you receive no response, then I can forward your bug
report direct to one of the people I know at Apple iOS development.

Ralf

Hi.

I am having some trouble with the iPhone 4 iOS 5.0.1 CardDAV sync, which
I believe is not a bug by eGroupware. I am just wondering whether
anybody else has experienced this.

Sent by eGroupware to iPhone:

BEGIN:VCARD

VERSION:3.0

PRODID:-//EGroupware//NONSGML EGroupware Addressbook 1.8//EN

{…}

BDAY:2001-09-02

END:VCARD

changed some NOTES text and iPhone sends it again to eGroupware:

BEGIN:VCARD

VERSION:3.0

PRODID:-//EGroupware//NONSGML EGroupware Addressbook 1.8//EN

{…}

BDAY;value=date:2001-09-03

END:VCARD

When the card was submitted, the iPhone still showed 200-09-02 for
birthday and once it saved it and synced it back, guess what:

Birthday was on 2001-09-03! (Of course, because that’s what it sent)

But why does the iPhone sends the birthday as 2001-09-03???

And this is repetitive. So EVERY TIME i edit an address on the iPhone,
the birthday shifts another day. Drives me crazy!

Has anybody noticed any of this behaviour? I could only imagine that
this is a TZ problem and that the iPhone stores the birthday with a TZ
internally but skips it when saving back. I am in Auckland/NZ, GMT+13.

Funny enough that does not happen when I use activeSync.

Cheers,

Ingo

---- Virtualization& Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users
–

Please consider the environment before printing this e-mail
envirology* Ltd.
*Envirology - a term combined from Environment
and the greek “logos” (word, reason, plan)
Ingo Ratsdorf
B.E. Arch. / reg. Architect / Building Biologist / NZGBC accredited
professional (EBANZ, NZIA, LCANZ)
45 Arthur Street, Riverhead, 0820 Auckland
ph: (09) 4122241
info@envirology.co.nz
www.envirology.co.nz
NOTE: This email message and any attachments contain information that may be
confidential and may be LEGALLY PRIVILEGED. If you are not the intended
recipient, any use, disclosure or copying of this message or attachments is
strictly prohibited. If you have received this email message in error please
notify us immediately and erase all copies of the message and attachments. We
do not accept responsibility for any viruses or similar carried with our
email, or any effects our email may have on the recipient computer system or
network. Any views expressed in this email may be those of the individual
sender and may not necessarily reflect the views of Envirology Ltd.

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

ingoratsdorf 2012-02-15 03:07:28 UTC #5

I have filed a bug report at Apple:

Thank you for submitting this report. Apple values your time and input.
While we cannot respond to every bug, please be assured that your report
will be reviewed by the appropriate group.
Your tracking number for this issue is Bug ID# 10866039. You may check
status on this report via the ‘My Originated Problems’ tab.
Please know that you may append additional information, including files, to
your report through the ‘My Originated Problem’ section by clicking the Bug
ID number you wish to modify.

Cheers,
Ingo