Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Double timestamps and properties drawers when GCal and org-mode in different timezones #121

Closed
phrxmd opened this issue Dec 6, 2018 · 2 comments

Comments

@phrxmd
Copy link

phrxmd commented Dec 6, 2018

I get calendar entries with double properties drawers and two different timestamps when org-mode and Google Calendar are in different timezones.

Steps to reproduce the problem:
Local time in CET, Google Calendar in GMT+6. Capture the following appointment:

* Timezone test event

Local time in CET (GMT+1)
Google Calendar in GMT+6

<2018-12-07 Fr 11:00>

:PROPERTIES:

:END:

Finish with C-c C-c. Synchronize with Google Calendar. The event in the agenda now looks as follows:

* Timezone test event
  :PROPERTIES:
  :LINK: [[https://www.google.com/calendar/event?eid=very-long-id-string][Go to gcal web page]]
  :ID: 9cfarup88kgb31j7srl63i834c
  :END:

  <2018-12-07 Fr 16:00>

Local time in CET (GMT+1)
Google Calendar in GMT+6

<2018-12-07 Fr 11:00>

:PROPERTIES:

:END:

Note how the event has two properties drawers and two timestamps that are different by 5 hours (the difference between CET and GMT+6).

@phrxmd
Copy link
Author

phrxmd commented Dec 6, 2018

Note: my capture template looks like this:

'(("a" "Appointment" entry (file  "~/path-to-file.org" )
  "* %?\n\n%^T\n\n:PROPERTIES:\n\n:END:\n\n")

It looks like org-gcal ignores the existing timestamps and properties drawers.

@phrxmd
Copy link
Author

phrxmd commented Dec 8, 2018

Fixed in pull request #122 (changed the regular expression that led to double property drawers)

@phrxmd phrxmd closed this as completed Dec 8, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant