seamonkey QA has written smoketests for seamonkey builds. These are already running (in Perl) on unix and win32. To create these particular tests (and others), we will need AppleEvents enabled. In particular (a naked minimum) we should be able to launch Apprunner, open a page, and quit.

Are these scripts simply using command-line support on win and unix? If so, the equivalent support will be available on the Macintosh in just a few days. Accepting bug.

Are these scripts simply using command-line support on win and unix? If so, the equivalent support will be available on the Macintosh in just a few days. Accepting bug.

cc'ing Alco Blom, who had expressed interest in helping out with this.

Peter Trudelle reminded me that Alco Blom offered to help with this, so I'm cc- ing him on this bug.

Seems bugzilla won't let me do that, because he's not a registered bugzilla user. Hold on there...

*** Bug 5118 has been marked as a duplicate of this bug. ***

Changing plumbing bugs to M5 milestone, and accepting them.

Because of the requirements of QA, this is a platform parity bug. Marking it so in the summary.

Changed target milestone to M6, priority to P2, and severity to normal; and added tague@netscape.com to Cc list. John will install the stubs for most of the AppleEvents by M5, but I doubt many work by that time.

Well, I didn't get an answer to my question: is it sufficient to support command- line arguments? If so, you'll have them by M5 (in fact, I hope by Friday 4/20). If this is not enough, M6 is the earliest you can expect anything on this.

Supporting command line arguments doesn't work for the AE's that I need; however, I'm pretty much expecting to roll-my-own and integrate my code back in with yours later.

Basic line commands would not be optimal. I would like to be able to load a URL.

tague AppleEvents are now being dispatched - see xpfe/AppShell/src/nsCommandLineServiceMac.cpp If you want to fold in your handling of appleevents, that is the place to put your code now. Are you planning to write the support for GetURL()? Or shall I be doing that?

great. i'm not GetURL(). the 4 events that i'm interested in are pos2offset, offset2pos, update, and gettext. i'm really just on board to implement the tsm suite of events, but i can help out with some of the plumbing and design critique if you need it.

Appending feedback from newsgroup: If you don't support WWW!OURL you will break my application. Previous versions of the browser supported this event. Please continue to support it. -- Jim Correia Bare Bones Software, Inc. correia@barebones.com <http://www.barebones.com> One of the most useful features, for me, in Netscape AE support right now is that I can get the URL of a certain window. This allows me to write scripts that do really cool things, like: get frontmost window in Netscape get URL of frontmost window match hostname of URL to list of hostnames futz URL into an FTP URL based on parameters specific to the host tell Anarchie Pro to open FTP URL in BBEdit Now I just have a key macro set in OSA Menu that runs this script, and it is a one-step process to edit the page I am looking at in BBEdit. All this to say that I hope this information is available via the basic object model support in Mac Mozilla. :) -- Chris Nandor mailto:pudge@pobox.com http://pudge.net/ %PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])

Open URL and GetURL are now supported, but all the parameters are ignored. A new page is opened and initialized with the URL. That's all that can be done at present. There's so much architecture missing... Moving the balance of this to M9, when more might become possible.

Bulk reassigning mcmullen@netscape.com bugs to don@netscape.com.

removed myself from cc list...the tsm apple event handlers were already implemented

Move to M13.

Move to M15. Not a beta 1 requirement.

Don, I know that you marked this as not a Beta-1 requirement, but according to QA, this bug is blocking performance testing on the Mac. Performance is a beta 1 requirement, so could I ask that you reconsider this?

Putting on dogfood radar. allan, this is still critical to your automation performance work..yes?

Setting to Assignee waqar per rickg. waqar, please see amasri for input on what QA needs.

We probably should remove this from beta. This would help us for performance testing only if the "getURL" event could return the time taken to load the URL, but I suspect this is not feasible. See bsharma or paw for details on current testing needs.

Accepting the bugs

With the update to CodeWarrior Pro5, none of the AppleEvents are working. The AppleEvent code depended on PowerPlant. We removed PP from the build system. I am not sure this will go into M14.

I am estimating it would take me about 10 days to implement all of the required apple events, since we are not using PowerPlant, I have write from scratch.

Simon here is the bug we talked about in the MacDev.

*** This bug has been marked as a duplicate of 5701 ***

verified duplicate