User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20090822 Minefield/3.7a1pre Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20090822 Minefield/3.7a1pre MacOsX <ctl>click on file fails with minefield not running, ctl click on an .html file opens minefield but the selected page does not open instead, the default start/home page appears. If minefield is running, ctl-click wrks as expected about minefield Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20090822 Minefield/3.7a1pre About this Mac: Mac OS X 10.5.8 Processor: 2.33 Hz Intel Core 2 Duo Memory: 3GB 667 MHz DR2 SDRAM Startup Disk: Macintosh HD, 21.8 GB free on drive Reproducible: Always Steps to Reproduce: 1. make sure minefield is not running, and that minefield is set to not open last used web page 2. in Mac Finder, "<ctl>click" or "right-click" on any file with an html extension, i.e. somefile.html 3. select "Open With" and pick minefield.app (or just pick "Open" if minefield is the default opener application. 4. minefield will start up, but will display the default home page. In my case, that url is: http://www.mozilla.org/projects/minefield/ 5. if minefield is already running, and I repeat step 2 above, the desired html file opens and is displayed. 6. if minefield is the default application to open .html files at step 2, then step three is skipped and the error at step 4 occurs imediately. Actual Results: Minefield should launch and then display the contents of the html file. Expected Results: Minefield launched but only displayed the page set as the home page in the Preferences/General/ShowMyHomePage field. Minefield should have launched and then displayed the contents of the html file.
I can confirm this for "Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20091226 Minefield/3.7a1pre".
Status: UNCONFIRMED → NEW
Ever confirmed: true
Should we pass the -url in this case? Perhaps related to http://hg.mozilla.org/mozilla-central/rev/1117dee0e0ef?
Component: General → Startup and Profile System
Product: Firefox → Toolkit
QA Contact: general → startup
Version: unspecified → Trunk
Actually, I could be wrong about comment #2. But IIRC that patch never went in to 1.9.1 and since it works fine there I just figured it could be related.
fwiw, Tomcat tells me that he also see this with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.3a1pre) Gecko/20091227 Minefield/3.7a1pre
I get sligtly different results when doing the STR in comment #0 with a Minefield trunk build (10.5.8, intel) - the file loads in a new window, but I also get my home page in a new, second, window.
(In reply to comment #5) > I get sligtly different results when doing the STR in comment #0 with a > Minefield trunk build (10.5.8, intel) - the file loads in a new window, but I > also get my home page in a new, second, window. And that is bug 531552.
Karsten & Ron, The files you tried with, do they have space(s) in the filename or in the path?
I don't think this is an issue anymore, because I suspect that the files you tried to open had space(s) in the filename(s) (and that is fixed on trunk).
You need to log in before you can comment on or make changes to this bug.