Open
Bug 445305
Opened 17 years ago
Updated 3 years ago
'Convert to' copies, should replace
Categories
(Calendar :: Calendar Frontend, defect)
Calendar
Calendar Frontend
Tracking
(Not tracked)
NEW
People
(Reporter: aryx, Unassigned)
References
Details
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.17pre) Gecko/20080714 Calendar/0.9pre
Using 'Convert to', I would expect that the event gets converted into a task and the event doesn't exist anymore, but a new task.
Comment 1•17 years ago
|
||
I think it makes sense when converting from an event to a task (and vice versa), but I prefer the current behavior when converting to or from an email.
Comment 2•17 years ago
|
||
Maybe the first step could be to correct the labeling, e.g. Change "Convert to -> Task" to "Convert to -> New Task". The second step could evaluate the behavior of the different conversion routines and change it if necessary.
Comment 4•16 years ago
|
||
(In reply to comment #0)
> Using 'Convert to', I would expect that the event gets converted into a task
> and the event doesn't exist anymore
Agreed. The multiplication is surprising.
Comment 5•16 years ago
|
||
Bug 553158 is
> conversion targets the wrong collection (calendar)
Comment 7•15 years ago
|
||
Convert from Event to Task also multiply.
Comment 8•14 years ago
|
||
Still happening under Lighning 1.0 and TB 8.
According to litmus test, the converted item should be removed after creation of the event/task. https://litmus.mozilla.org/show_test.cgi?id=2898
Updated•14 years ago
|
Component: General → Calendar Views
QA Contact: general → views
Version: Mozilla 1.8 Branch → Trunk
Updated•3 years ago
|
Severity: minor → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•