[Evolution-users] Appointment changes to meeting when saved

[Steve Phillips]

OK I extracted the VEVENT data and obscured the UID, name and email
address.

>From the PUT...

> BEGIN:VEVENT
> UID:000000000000000000000000000000000000000000
> DTSTAMP:20251112T181339Z
> DTSTART;TZID=America/New_York:20251112T133000
> DTEND;TZID=America/New_York:20251112T135500
> SEQUENCE:2
> SUMMARY:xxxyyyzzz
> TRANSP:OPAQUE
> CLASS:PUBLIC
> CREATED:20251112T181443Z
> LAST-MODIFIED:20251112T181443Z
> END:VEVENT

>From the GET...

< BEGIN:VEVENT
< SUMMARY:xxxyyyzzz
< DESCRIPTION:
< DTSTART;TZID=America/New_York:20251112T133000
< DTEND;TZID=America/New_York:20251112T135500
< LOCATION:
< CLASS:PUBLIC
< IMPORTANT:0
< STATUS:CONFIRMED
< UID:000000000000000000000000000000000000000000000
< TRANSP:OPAQUE
< CREATED:20251112T181443Z
< LAST-MODIFIED:20251112T181443Z
< DTSTAMP:20251112T181443Z
< ORGANIZER;CN=Me Me:MAILTO:me at there.com
< BEGIN:VALARM
< ACTION:EMAIL
< ATTENDEE:mailto:me at there.com
< TRIGGER;VALUE=DURATION;RELATED=START:-PT15M
< END:VALARM
< END:VEVENT

On Wed, 2025-11-12 at 13:19 -0500, Steve Phillips wrote:
> You are absolutely correct.  The PUT does not have either of those
> fields but the GET does.  So that proves that the server is altering
> the appointment, correct?
> 
> On Wed, 2025-11-12 at 19:07 +0100, Milan Crha via evolution-users
> wrote:
> > On Wed, 2025-11-12 at 18:45 +0100, Steve Phillips wrote:
> > > I can provide a video of what I'm describing if there is a way to
> > > share it.  Does this list allow attachments?
> > 
> >  Hi,
> > it's okay, I believe what you describe is what you get, no need for
> > a
> > video. As it happens when you save the event, it means the server
> > returned a meeting, while it was supposed to return a bare event. I
> > think it could happen due to the server adding ORGANIZER property,
> > but
> > maybe it's something else.
> > 
> > I suppose the calendar is CalDAV, then please stop Evolution, then
> > run
> > from a terminal:
> > 
> >    flatpak kill org.gnome.Evolution
> >    CALDAV_DEBUG=1 flatpak run org.gnome.Evolution
> > 
> > which will print raw communication between the calendar factory and
> > all
> > the CalDAV servers.
> > 
> > Reproduce the problem in Evolution, just write something unique
> > into
> > the summary of the event, say "xxxyyyzzz". The search the log for
> > that
> > unique string. it should be there at least twice, once when
> > evolution
> > did PUT, and after it when it did GET. I guess the PUT will not
> > have
> > ORGANIZER nor ATTENDEE properties, while the GET will have it. The
> > GET
> > means what the server returned.
> > 
> > Be careful what you'll share, please, the log is really with
> > private
> > information, thus if not sure what the text in it means, then
> > rather
> > not share it (like some encoded values, which can be passwords or
> > credentials). I'm interested only in the VEVENT data of the log,
> > for
> > this test component. Replacing mail addresses and server addresses
> > is a
> > natural thing too.
> > 
> >  Thanks and bye,
> >  Milan
> > 
> > P.S.: by the way, Ctrl+L, aka Reply to List, works for me here
> > better
> > 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osuosl.org/pipermail/evolution-users/attachments/20251112/204751c6/attachment.htm>