Closed
Bug 465019
Opened 16 years ago
Closed 15 years ago
Copy, cut, paste from context menu in calendar views do not work
Categories
(Calendar :: Lightning Only, defect)
Calendar
Lightning Only
Tracking
(Not tracked)
RESOLVED
FIXED
1.0b1
People
(Reporter: mschroeder, Assigned: Fallen)
Details
(Whiteboard: [needed beta][no l10n impact])
Attachments
(1 file, 1 obsolete file)
1.78 KB,
patch
|
ssitter
:
review+
|
Details | Diff | Splinter Review |
Copy, cut, paste from context menu in calendar views do not work, but the corresponding key shortcuts (Ctrl+[C,X,V]) work flawlessly.
Flags: tb-integration?
Flags: blocking-calendar1.0?
Updated•16 years ago
|
Flags: blocking-calendar1.0? → blocking-calendar1.0+
Updated•16 years ago
|
Flags: tb-integration? → tb-integration+
Assignee | ||
Updated•16 years ago
|
Assignee: nobody → Berend.Cornelius
Updated•15 years ago
|
Whiteboard: [needed beta][no l10n impact]
Comment 1•15 years ago
|
||
Confirmed using Lightning 1.0pre (BuildID: 20090308052121) with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4pre) Gecko/20090308 Shredder/3.0b3pre.
Assignee | ||
Comment 2•15 years ago
|
||
Assignee: berend.cornelius09 → philipp
Status: NEW → ASSIGNED
Attachment #366400 -
Flags: review?(ssitter)
Comment 3•15 years ago
|
||
Comment on attachment 366400 [details] [diff] [review] Fix - v1 Paste still doesn't work with the patch applied. In addition I'd like to know why Lightning seems to require the additional command attribute. Why does it work in Sunbird without it? Why do the other entries in the context menu work without it?
Attachment #366400 -
Flags: review?(ssitter) → review-
Assignee | ||
Comment 4•15 years ago
|
||
(In reply to comment #3) > (From update of attachment 366400 [details] [diff] [review]) > Paste still doesn't work with the patch applied. Fixed paste, this worked from the item context menu but not from the view context menu. > In addition I'd like to know > why Lightning seems to require the additional command attribute. Why does it > work in Sunbird without it? Why do the other entries in the context menu work > without it? This has been puzzling me for quite some time. We have had this problem while working with menuitems many times before, but here's my partial theory: command= makes sure that the "oncommand" attribute is taken over from the actual command. observes= usually takes over quite some attributes, but this doesn't always seem to be the case for oncommand. I have no idea why there is a difference between Sunbird and Lightning.
Attachment #366400 -
Attachment is obsolete: true
Attachment #367469 -
Flags: review?(ssitter)
Assignee | ||
Updated•15 years ago
|
Whiteboard: [needed beta][no l10n impact] → [needed beta][no l10n impact][needs review]
Updated•15 years ago
|
Attachment #367469 -
Flags: review?(ssitter) → review+
Comment 5•15 years ago
|
||
Comment on attachment 367469 [details] [diff] [review] Fix - v2 r=ssitter
Assignee | ||
Comment 6•15 years ago
|
||
Pushed to comm-central <http://hg.mozilla.org/comm-central/rev/6db3c7566f86> -> FIXED
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Whiteboard: [needed beta][no l10n impact][needs review] → [needed beta][no l10n impact]
Target Milestone: --- → 1.0
Assignee | ||
Comment 7•13 years ago
|
||
These bugs are likely targeted at Lightning 1.0b1, not Lightning 1.0. If this change was done in error, please adjust the target milestone to its correct value. To filter on this bugspam, you can use "lightning-10-target-move".
Target Milestone: 1.0 → 1.0b1
You need to log in
before you can comment on or make changes to this bug.
Description
•