3. Every appointment is a group appointment

Every appointment is a group appointment

  • M

    Thanks for this statement.
    I would agree. Sounds interesting what you have found. I think it should be set to true too. Your arguments are understandable and i would say we should test it with this solution. Is this workaround implemented in the DavDroid Version 0.9.1?

    Best regards,
    Marc

    0 1 Reply
  • developer

    @Marc246 said:

    Is this workaround implemented in the DavDroid Version 0.9.1?

    If the second interpretation is true (and I believe so), it’s not even a workaround. And it’s implemented in DAVdroid 0.9.1, but it will of course only be applied to events received after updating to 0.9.1 (i.e. not for events that are already in the calendar provider).

    Can you please verify this?

    0
  • M

    @rfc2822
    Bad news.
    It doesn’t work with DavDroid 0.9.1.

    This is the content of my .ics file

    BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
BEGIN:VTIMEZONE
TZID:Europe/Berlin
TZURL:http://tzurl.org/zoneinfo/Europe/Berlin
END:VTIMEZONE
BEGIN:VEVENT
CLASS:PUBLIC
CREATED:20151112T073836
DESCRIPTION:
DTEND;TZID="Europe/Berlin;":20151112T081500
DTSTAMP:20151112T073836
DTSTART;TZID="Europe/Berlin;":20151112T074500
LAST-MODIFIED:20151112T073836
LOCATION:
ORGANIZER;CN=XXX:mailto:XXX
PRIORITY:1
SEQUENCE:1
STATUS:Tentative
SUMMARY:test123
UID:770F1ED52A27483EB6E01F610CF9F1B8
END:VEVENT
END:VCALENDAR

    Is it possible that the problem is the organizer?
    This event is created in another client and the DavDroid account on our test client was recreated.

    Any other tips?

    Thank you in advance.

    Best regards,
    Marc

    0 1 Reply
  • developer

    @Marc246 It works here (just tested again to be sure). Is the organizer email address your account name?

    Also, I have tested with Etar. Maybe other calendar apps (S Planner) don’t behave like that.

    Is your device rooted? Then you could have a look whether HAS_ATTENDEE_DATA is set to 1 directly in the database.

    0
  • M

    @rfc2822 The organizer email address and my account name are different.

    My device is rooted. Can you send me via chat short instructions to look for the HAS_ATTENDEE_DATA ?

    0 1 Reply
  • developer

    @Marc246 said:

    @rfc2822 The organizer email address and my account name are different.

    In this case, the response radio group is always shown, see case 2 in my list above: »I.e. the response radio group will always appear if the user is not the organizer (makes sense, because if the user is not the organizer, (s)he must be another participant and is thus eligible to respond).«

    My device is rooted. Can you send me via chat short instructions to look for the HAS_ATTENDEE_DATA ?

    I guess this is not required anymore, but it’s always fun. Just use your file manager (with root) to copy /data/data/com.android.providers.calendar/databases/calendar.db to the external storage (or fetch it with root adb), then send it to your PC and open it with an SQLite GUI.

    0
    M
     1 Reply
  • M

    @rfc2822 said:

    @Marc246 said:

    @rfc2822 The organizer email address and my account name are different.

    In this case, the response radio group is always shown, see case 2 in my list above: »I.e. the response radio group will always appear if the user is not the organizer (makes sense, because if the user is not the organizer, (s)he must be another participant and is thus eligible to respond).«

    Now i tested it with the same value for the organizer and for the account - but i get still the display of accepting or declining the event.

    My device is rooted. Can you send me via chat short instructions to look for the HAS_ATTENDEE_DATA ?

    I guess this is not required anymore, but it’s always fun. Just use your file manager (with root) to copy /data/data/com.android.providers.calendar/databases/calendar.db to the external storage (or fetch it with root adb), then send it to your PC and open it with an SQLite GUI.

    I think i have to test this proposal. Maybe i will test also that i remove the organizer for a normal event.

    0 1 Reply
  • developer

    Now i tested it with the same value for the organizer and for the account - but i get still the display of accepting or declining the event.

    That’s strange, because it works here as expected. What’s your account name, and what’s your organizer? Did you create a new event with ORGANIZER:mailto:accountname?

    0
  • M

    Ok sorry that was my fault.
    There was a trailing whitespace in the organizername.
    Now it works! Thank you @rfc2822

    Edit: I can’t set the thread to solved.

    1

  • Thanks for the update and telling us the cause of the problem 👍

    0
solved 416
Log in to reply