Closed Bug 177109 Opened 22 years ago Closed 18 years ago

jump to specific date using command line invocation

Categories

(Calendar :: General, enhancement)

x86
Windows 2000
enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: glenn, Assigned: jminta)

References

Details

Attachments

(2 files, 1 obsolete file)

In order to integrate this the calendar with other tools (specifically http://www.dqsd.net), adding some command-line switches to allow starting up the calendar at a specific date is needed. E.g., mozilla -calendar -date 2002-Oct-26 (or whatever date format(s) make sense)
Status: UNCONFIRMED → NEW
Ever confirmed: true
New contact from mikep@oeone.com to mostafah@oeone.com Filter on string OttawaMBA to get rid of these messages. Sorry for the spam.
Assignee: mikep → mostafah
QA Contact: colint → general
Reassigning all automatically assigned bugs from Mostafa to nobody@m.o Bugspam filter: TorontoMostafaMove
Assignee: mostafah → nobody
Attached patch command line goodness (obsolete) — Splinter Review
This is close enough to the installer that lilmatt gets it. I'm hijacking this bug to handle both 'jump to date' and the more important case of 'subscribe to calendar'. rob_strong wants us to get this so we can set ourselves up as the default calendaring app on a windows box.
Assignee: nobody → jminta
Status: NEW → ASSIGNED
Attachment #231167 - Flags: first-review?(mattwillis)
Comment on attachment 231167 [details] [diff] [review] command line goodness To test: ./sunbird -showdate 1983,12,20 gets you to an important date. ./sunbird -subscribe file:///Users/Joey/Desktop/temp.ics gets you a new calendar subscription
Comment on attachment 231167 [details] [diff] [review] command line goodness Looks good. r=lilmatt
Attachment #231167 - Flags: first-review?(mattwillis) → first-review+
Attachment #231167 - Flags: second-review?(mvl)
Comment on attachment 231167 [details] [diff] [review] command line goodness > helpInfo : " -calendar Start with the calendar.\n" You clearly need to add some lines of documentation there :)
Patch includes changes to helpInfo now.
Attachment #231167 - Attachment is obsolete: true
Attachment #231488 - Flags: second-review?(mvl)
Attachment #231488 - Flags: first-review+
Attachment #231167 - Flags: second-review?(mvl)
Comment on attachment 231488 [details] [diff] [review] command line goodness v2 >Index: calendar/resources/content/calendarService.js > handle : function service_handle(cmdLine) { >- if (cmdLine.handleFlag("calendar", false)) { >- wwatch = Components.classes[WINDOWWATCHER_CONTRACTID] >- .getService(nsIWindowWatcher); >- wwatch.openWindow(null, "chrome://calendar/content/", Why are you removing the call to handleFlag()? And it doesn't look good to me to move the handling of command line arguments out of the command line handler. The handler is really there to handle things.
(In reply to comment #8) > (From update of attachment 231488 [details] [diff] [review] [edit]) > >Index: calendar/resources/content/calendarService.js > > handle : function service_handle(cmdLine) { > >- if (cmdLine.handleFlag("calendar", false)) { > >- wwatch = Components.classes[WINDOWWATCHER_CONTRACTID] > >- .getService(nsIWindowWatcher); > >- wwatch.openWindow(null, "chrome://calendar/content/", > > Why are you removing the call to handleFlag()? I removed it because I wanted to simply let the front-end handle whatever flags it wanted without worrying about staying in sync here. The front end will call handleFlagWithParam, which covers this functionality. > > And it doesn't look good to me to move the handling of command line arguments > out of the command line handler. The handler is really there to handle things. > But the handler doesn't have access to chrome, and that's where these arguments are actually doing work.
Comment on attachment 231488 [details] [diff] [review] command line goodness v2 ok, you conviced me with the chrome access part. r=mvl
Attachment #231488 - Flags: second-review?(mvl) → second-review+
Patch checked in.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
why I can not find this useable function on any website? this should be documented better :) verified with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060902 Calendar/0.3a2+
Status: RESOLVED → VERIFIED
REOPEN Trying to subscribe to a locally available calendar ics file I get this error: Error: uncaught exception: [Exception... "Component returned failure code: 0x804b000a [nsIIOService.newURI]" nsresult: "0x804b000a (<unknown>)" location: "JS frame :: chrome://calendar/content/calendarUtils.js :: makeURL :: line 65" data: no] patch coming up
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
makeURL() expected an nsIFile, but calurl is AString. Hence the error. Tested with Sunbird Trunk on Linux
Attachment #252531 - Flags: second-review?(lilmatt)
Attachment #252531 - Flags: first-review?(ctalbert.moz)
Comment on attachment 252531 [details] [diff] [review] use resolveURI instead of newURI Looks good to me.
Attachment #252531 - Flags: first-review?(ctalbert.moz) → first-review+
Comment on attachment 252531 [details] [diff] [review] use resolveURI instead of newURI Moving r2 to mvl. I'm not an r2-er
Attachment #252531 - Flags: second-review?(lilmatt) → second-review?(mvl)
Comment on attachment 252531 [details] [diff] [review] use resolveURI instead of newURI r2=mvl
Attachment #252531 - Flags: second-review?(mvl) → second-review+
Whiteboard: [needs checkin]
Patch checked in on MOZILLA_1_8_BRANCH and trunk. -> FIXED
Status: REOPENED → RESOLVED
Closed: 18 years ago18 years ago
Resolution: --- → FIXED
Whiteboard: [needs checkin]
Blocks: 252736
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: