Closed Bug 58810 Opened 24 years ago Closed 16 years ago

-help needs correction about -compose

Categories

(Core Graveyard :: Cmd-line Features, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: bugzilla, Unassigned)

References

()

Details

(Keywords: helpwanted)

not sure if this should go over to the mail group --pls do move it there if needed. found this using 2000.10.30.09-n6 [comm branch bits] on linux and winnt. [n/a on mac.] recipe: 1. at a command prompt, issue the following: ./netscape -compose http://www.mozilla.org/ 2. if you have multiple profiles, the profile manager will appear --just select one and start the app. expected: a mail composition window should appear, with the url attached. esp. since -help [on linux, at least, and debug versions on win32, afaik] shows that -compose can take <url> as an additional parameter. result: no url is attached.
admittedly, it's been a while since i ran this --but i coulda sworn it used to work...
Keywords: regression
Radha, is this our bug? If not, who should get it?
Assignee: don → radha
updating summary, it was -compose not -console. "mozilla -compose <url>" used to work. (I think. I remember ducarroz or akkana using it.) It may have only worked with mailto: urls, or with email addresses. this probably should be documented better, or update so that if the url is not a mailto: url, attach the url to the composition. since I did the command line handling stuff, this can go to me.
Assignee: radha → sspitzer
Summary: -console [url] doesn't include url in mail compose window → -compose [url] doesn't include url in mail compose window
thx, seth --sorry bout the typo. also: i was obviously having a happy hallucination --i couldn't get -compose [url] to load the given url even when using a 7/21 build... so 'regression' isn't applicable there. even when using maito:[addy] in a 10/30 or 7/21 build, the email address doesn't appear [at least in any of the header fields]... hrm, removing that keyword for now.
Keywords: regression
mozilla -edit [url] works and I use it a lot, but I had never heard that it was possible to do -compose [url]. Though it would be a nice feature ...
are you speaking about -compose [parameters] like -compose to=somebody@somewhere.com ?
relnote keyword, as this could cause confusion with users, cc gerv (you have like 4 bugzilla emails, hope i got the right one)
Keywords: relnote
Yep, that's fine :-) They all go to me anyway. Gerv
Whiteboard: relnote-user
the correct syntax for sending an attachment or a web page is: -compose attachment=http://www.mozilla.org or if you have several attachments: -compose attachment='http://www.mozilla.org,http://mozillazine.org' also, you can add any other parameters like to, cc, bcc, subject, body, identity: -compose to=ducarroz@netscape.com,subject=Cool%20page,attachment=www.mozilla.org,body= check%20this%20page...
Summary: -compose [url] doesn't include url in mail compose window → -help needs correction about -compose
ducarroz, thx! the syntax above does indeed work for me.
I need to write up some docs on -compose and put them on http://www.mozilla.org/mailnews. all of the useful information ducarroz added is too much for -help.
Status: NEW → ASSIGNED
Summary: -help needs correction about -compose → -help needs correction about -compose (and add docs to http://www.mozilla.org/mailnews)
couple of suggestions for -help content: -compose attachment=<url> Start mail compose attaching given <url>. -compose <mailheader>=<email,content> Start mail compose with given mailheader info. anyhow, was recently chatting w/seth who also suggested appending a url to -help content for users to look up further info on commandline parameters [which would be great!].
-compose may be going away, to be replaced by mailto. ducarroz and I are discussing this.
In 4.x, at least on Unix, -compose brought up composer (just like -edit), while mailto: urls brought up mail compose. I wasn't clear on why we had changed this for 6.0; to me, -compose bringing up composer seems more intuitive even though bringing up mail compose is something I do more often. Maybe it would be better to have a -mailto to bring up a mail compose window without specifying a mailto: link (for example, if someone wanted to use their addressbook or abook autocompletion rather than typing the address on the command line) and let -compose go back to being a synonym for -edit.
the only concern I have with using mailto: to start a compose window is that what would append if an external application has been registered as content handler for mailto? do we start the other application or do we force to use our own message compose window?
Netscape Nav triage team: this is not a Netscape beta stopper.
Keywords: helpwanted, nsbeta1-
http://www.mozilla.org/docs/command-line-args.html has -compose documented. I'd suggest a direct link to this page since -compose syntax is a bit difficult to explain in command line prompt
Keywords: relnote
Summary: -help needs correction about -compose (and add docs to http://www.mozilla.org/mailnews) → -help needs correction about -compose
Whiteboard: relnote-user
In windows mailto protocol : -mail "%1" works but causes extra (empty) window to appear -compose "to=%1" works and *doesn't* cause extra window!
correction to my previous comment -compose "to=%1" in mailto protocol doesn't load empty window (which I'm trying to get round) but does put the mailto:xxx@xxx in the To: field and not just xxx@xxx. Putting the whole %1 argument in the To: field is probably the correct behaviour. So I still have a problem with the extra empty window when mailto is invoked outside of mozilla!
Steve, does the problem occur when Quick Launch is used? And does anyone know how to set up equivelent DDE commands?
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Status: ASSIGNED → NEW
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.