Closed Bug 393084 Opened 18 years ago Closed 7 years ago

Copy series of recurring events to another calendar [clipboard]

Categories

(Calendar :: General, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: juergen.edner, Assigned: MakeMyDay)

References

(Blocks 1 open bug)

Details

(Whiteboard: [has l10n impact])

Attachments

(2 files, 2 obsolete files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6 Build Identifier: Thunderbird v2.0.0.6 (20070728) Lightning v0.7pre (2007081804) I've created a recurring (birthday) event in one ical calendar. Then I've marked the event and tried to copy it to a second ical calendar by pressing CTRL-C, selecting the second calendar and pressing CTRL-V. As a result only the marked event has been copied and not the complete recurring event. It would be much better if the program would automatically asked which data should be copied, only the current event or the complete (recurring) event. Reproducible: Always Steps to Reproduce: 1.see above description 2. 3.
Severity: normal → enhancement
Component: Provider: ICS/WebDAV → General
OS: Windows XP → All
QA Contact: ics-provider → general
Hardware: PC → All
Summary: unable to copy recurring events from one ical calendar to another ical calendar → Copy series of recurring events to another calendar
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: wanted-calendar1.0+
I'd prefer an additional menu item like "Copy Series" or "Copy All".
Keywords: uiwanted
Summary: Copy series of recurring events to another calendar → Copy series of recurring events to another calendar [clipboard]
Blocks: 705596
I know it's been a while since someone look at this bug, but what should happen of exceptions in this case? Should they also be copied or left aside?
Attached patch CutCopyRepeatingItems-V1.diff (obsolete) — Splinter Review
This patch adds the same behaviour as we have it for editing recurring items by presenting the popup to choose to cut/copy the occurence or the entire series. I considered to implement separate menu options, but this wouldn't be sufficient for keyboard based workflows since Ctrl+C and Ctrl+X are the standard here, which people expect just to work.
Assignee: nobody → makemyday
Status: NEW → ASSIGNED
Attachment #8948238 - Flags: review?(philipp)
Blocks: ltn62
Whiteboard: [has l10n impact]
Attached patch CutCopyRepeatingItems-V2.diff (obsolete) — Splinter Review
De-bitrotted patch after the recent mass changes. To avoid late string changes, please consider to do the review soon since the patch has string changes.
Attachment #8948238 - Attachment is obsolete: true
Attachment #8948238 - Flags: review?(philipp)
Attachment #8951993 - Flags: review?(philipp)
Comment on attachment 8951993 [details] [diff] [review] CutCopyRepeatingItems-V2.diff Review of attachment 8951993 [details] [diff] [review]: ----------------------------------------------------------------- Just a few minor nits, otherwise this looks fine. ::: calendar/base/content/calendar-item-editing.js @@ +561,5 @@ > const MODIFY_PARENT = 3; > > + let futureItems = false; > + let pastItems = []; > + let returnItem; Since returnItem can be returned verbatim if aItem is not passed, maybe it makes sense to explicitly initialize to null? @@ +588,5 @@ > switch (type) { > case MODIFY_PARENT: > + for (let item of items) { > + pastItems.push(item.parentItem); > + } pastItems = items.map(item => item.parentItem) (but I don't have a strong opinion, feel free to keep what you have) ::: calendar/base/content/dialogs/calendar-occurrence-prompt.xul @@ +46,3 @@ > > + // Set up title and type label > + document.title = getDString("windowtitle." + itemType + "." + action); Maybe use `windowtitle.${itemType}.action` and similar in the other strings? ::: calendar/locales/en-US/chrome/calendar/calendar-occurrence-prompt.properties @@ +5,5 @@ > header.isrepeating.event.label=is a repeating event > +header.isrepeating.task.label=is a repeating task > +header.containsrepeating.event.label=contain repeating events > +header.containsrepeating.task.label=contain repeating tasks > +header.containsrepeating.mixed.label=contain repeating items of different type contain or contains? @@ +24,2 @@ > > +buttons.single.occurrence.copy.label=Copy just this occurrence I don't have a strong feeling here, but s/just/only/ sounds better in my ears.
Attachment #8951993 - Flags: review?(philipp) → review+
Thanks, updated patch with comments considered.
Attachment #8951993 - Attachment is obsolete: true
Attachment #8952010 - Flags: review+
Keywords: uiwantedcheckin-needed
Version: unspecified → Trunk
Pushed by mozilla@jorgk.com: https://hg.mozilla.org/comm-central/rev/6bb845d0c8fc Allow to cut/copy the series or a single occurrence for repeating items. r=philipp
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → 6.2
> +buttons.multiple.allfollowing.edit.label=Edit selcted and all future occurrences > + > + > +buttons.multiple.parent.copy.label=Copy all occurrences of selceted items > +buttons.multiple.parent.cut.label=Cut all occurrences of selceted items MakeMyDay: can you check for and fix the typos?
Flags: needinfo?(makemyday)
Pushed by mozilla@jorgk.com: https://hg.mozilla.org/comm-central/rev/e0290580088a fix typos in "selected". rs=typo-fix DONTBUILD
Thnask, Ton :-) (Seriously, much appreciated that you advise of spelling mistakes!)
Flags: needinfo?(makemyday)
I didn't craft the string composition properly in the landed patch, the attached one takes care to fix this.
Attachment #8955883 - Flags: review?(philipp)
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Attachment #8955883 - Flags: review?(philipp) → review+
Keywords: checkin-needed
Pushed by mozilla@jorgk.com: https://hg.mozilla.org/comm-central/rev/3c9b650ac751 Fix string composition regression. r=philipp
Status: REOPENED → RESOLVED
Closed: 7 years ago7 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Depends on: 1479449
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: