Open Bug 456355 Opened 16 years ago Updated 2 years ago

Event saved from invitation can be moved

Categories

(Calendar :: General, defect)

Lightning 0.9
defect

Tracking

(Not tracked)

People

(Reporter: t.bartusiak, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
Build Identifier: 

When I save event from invitation in my calendar (I'm not initiator), I can drag it to new location (change time of event). It should be disabled or warning window should appear.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.
Version: unspecified → Lightning 0.9
Hi Tomasz, please provide steps to reproduce this issue, especially if your configured email or server identity appears in the attendees list:
An event is treated as an invitation in case your configured identity appears in the attendees list and is not set as the organizer.
Steps to Reproduce:
1. user1 send invitation to user2
2. user2 accepted invitation, send reply and event was added to his calendar

Actual Results:
user2 can only open event and can't edit it, but he can drag&drop event in calendar and change date and time of event. There is no warning when he drag&drop.

Expected Results:
Event treated as an invitation should be disabled to drag&drop or should be displayed warning window when user2 try to drag&drop it.
options:
- We just skip the drop action in such cases.
- We issue an iTIP COUNTER when doing such drag.
- We raise a dialog asking whether to issue an iTIP COUNTER.

Opinions?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: wanted-calendar1.0+
OS: Windows XP → All
Hardware: PC → All
As long as attendees aren't allowed to change the date/time in the event dialog, then I agree that we also shouldn't be able to drag it to a different day in the view (for consistency).

> - We just skip the drop action in such cases.
If you skip it, I think it's always nice when a computer program tells me why I can't do something.  Perhaps you could put a one-line message into the new super status bar thing.
(In reply to comment #3)
> options:
> - We just skip the drop action in such cases.
Probably the way to go, until we support COUNTER, possibly providers don't support COUNTERing. Similar to the way things are when read-only. We might want to add something to the tooltip to satisfy Pete's request.


> - We issue an iTIP COUNTER when doing such drag.
> - We raise a dialog asking whether to issue an iTIP COUNTER.
I'm no UI person, but I'd probably vote for a dialog, since the user might not know what he's doing and would accidentally send COUNTER messages. A "Do not show this dialog again" note might enhance this for advanced users. In any case, an event should look different if its an invitation.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.