Closed Bug 99814 Opened 23 years ago Closed 23 years ago

If Moz is running, opening or editing an html file from Explorer or from command.com opens the homepage or an untitled page

Categories

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

x86
Windows ME
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 88123
mozilla1.2alpha

People

(Reporter: d_yerrick, Unassigned)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.4) Gecko/20010913 BuildID: 2001091303 If I double-click an HTML file in Explorer when Mozilla is not running, it opens the file in Navigator. However, if I double-click an HTML file in Explorer when Mozilla is running, it opens the homepage. If I right-click an HTML file in Explorer and choose 'Edit' when Mozilla is not running, it opens the file in Composer. However, if I double-click an HTML file in Explorer and choose 'Edit' when Mozilla is running, it opens a blank untitled page. Reproducible: Always Steps to Reproduce: 1. Start Mozilla Navigator. 2. Do one of the following: 2a. Double-click an HTML file, OR 2b. C:\>start mozilla anemptyfile.html, OR 2c. Right-click an HTML file and choose Edit. Actual Results: For 2a and 2b, the homepage opens in Navigator. For 2c, a blank untitled page opens in Composer. Expected Results: For 2a and 2b, the selected page opens in Navigator. For 2c, the selected page opens in Composer. Workaround: File > Open... from Navigator or Composer works. Workaround: start mozilla c:\windows\desktop\foo.html (must provide the full path) Placed in "XP Apps: CLI" because apparently, the new instance of Mozilla is either not receiving command line args or not passing its command line to the running one.
Marking as dupe of bug 97847. Reporter: The fix to that bug was to create a new profile -- see if that works for you. To create/manage profiles, load mozilla with "mozilla.exe -profilemanager" Please reopen this bug if that doesn't fix the problem for you. *** This bug has been marked as a duplicate of 97847 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
It didn't work. After removing the entire contents of c:/windows/application data/mozilla/profiles and creating a new profile, the behavior changed. Now double-clicking an HTML document without Mozilla open opens both the homepage and the document, clicked URLs in the "homepage" window don't show up in the URL bar, and typing a URL into the "homepage" window's URL bar simply refreshes the current page. Double-clicking an HTML document _with_ Mozilla open launches the homepage without the URL bar problems. The behavior without Mozilla already running looks similar to bug 59078; is this a regression? I'll try it again after my college's connection (equivalent of 28.8 modem per concurrent user) finishes downloading a recent nightly build. (I can't use milestone 0.9.4 because I too often trigger the double right click bug 30841 fixed on the trunk but not in the branch.) Reopening...
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Update: I've clean installed Mozilla build 2001091403 into an empty folder. The second window that I described in my previous comment as a "homepage" window has disappeared, but the bug 97847 behavior remains. If this remains a duplicate, reopen bug 97847.
Reporter: I'm confused. When you install the latest nightly (http://ftp.mozilla.org/pub/mozilla/nightly/latest/) with a fresh profile, which window(s) appear? And, which window(s) appear if Mozilla is already running?
I can't install the absolute latest nightly every time because by the time a nightly build finishes downloading, it's no longer the latest. I can guarantee that I will report bugs against a build no more than 24 hours old. Mozilla build 2001091403 on Windows ME, installed thus: 1. Remove the entire contents of the Profiles folder. 2. Install Mozilla 2001091403 into a new folder (e:\usr\local\mozilla if it matters). 3. Copy my Java and QuickTime plugins into the plugins folder. It has reverted to the original behavior I reported: If I double-click an HTML file in Explorer when Mozilla is not running, it opens the file in Navigator. However, if I double-click an HTML file in Explorer when Mozilla is running, it opens the homepage. If I right-click an HTML file in Explorer and choose 'Edit' when Mozilla is not running, it opens the file in Composer. However, if I double-click an HTML file in Explorer and choose 'Edit' when Mozilla is running, it opens a blank untitled page. I'd be more inclined to make bug 97847 a duplicate of _this_ because this bug has a more search-friendly summary and more detailed description.
Target Milestone: --- → mozilla1.2
Marking these all WORKSFORME sorry about lack of response but were very overloaded here. Only reopen the bug if you can reproduce with the following steps: 1) Download the latest nightly (or 0.9.6 which should be out RSN) 2) Create a new profile 3) test the bug again If it still occurs go ahead and reopen the bug. Again sorry about no response were quite overloaded here and understaffed.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → WORKSFORME
> 1) Download the latest nightly (or 0.9.6 which should be out RSN) Is 2001110803 recent enough? > 2) Create a new profile I created a new profile for testing purposes without deleting my old one. > 3) test the bug again Now the behavior has changed. If I double-click an HTML file (which has an IE icon), I get the homepage in a new Mozilla window. However, if I double-click an XML, PNG, JPG, or GIF file (which have seamonkey icons), I get the proper page in a new Mozilla window.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Is this one related to bug 59078?
=== updated for Mozilla 0.9.6 === Here's the behavior I see for several apps: 1. Start Mozilla 0.9.6 on Windows ME that has been upgraded to IE 6. 2. Perform one of the following actions. When using this commandline from Command Prompt C:\>"c:\program files\mozilla.org\mozilla\mozilla" http://www.nintendo.com/ I get correct behavior: open the page in a new browser window. When using this commandline from Command Prompt C:\>start http://www.nintendo.com/ I get nearly correct behavior: open the page in a new browser window, plus output "Cannot find file 'http://www.nintendo.com/' or one of its components" on stdout. When clicking a link from Outlook Express 6 (the only mail client I know of that has both Hotmail and local folders; otherwise I'd use Mozilla mail), I get correct behavior: open the page in a new browser window. When opening an IE shortcut, I get nearly correct behavior, similar to what I sometimes get in GIMP for Windows: open the page in a new browser window, plus an alert 'Windows could not find "http://www.nintendo.com/". You may have typed the name incorrectly...' This may be related to the start.exe behavior. When clicking a link from MSN Messenger 3.x or 4.5, I get two new browser windows opened to the page (may be related to bug 59078) plus an alert "Could not find a default web browser." When clicking a link from AOL Instant Messenger 3.0, AIM locks up. (When trying to install AIM 4.x, I can't get past the license screen.) When opening an image file or XML file from explorer, I get one browser window open to the correct page. When opening an HTML file from explorer, I get one browser window open to my homepage (C:\My Documents\portal.html); usually, I can then drag and drop the correct page onto the new window, unless some other app has fouled up WinME's DnD system.
This has a target milestone... setting to NEW
Status: UNCONFIRMED → NEW
Ever confirmed: true
how is this bug different from #88123?
yeah, does look like 88123 *** This bug has been marked as a duplicate of 88123 ***
Status: NEW → RESOLVED
Closed: 23 years ago23 years ago
Keywords: qawanted
Resolution: --- → DUPLICATE
vrfy dup
Status: RESOLVED → VERIFIED
Assignee: law → nobody
Product: Core → Core Graveyard
QA Contact: bugzilla → cmd-line
You need to log in before you can comment on or make changes to this bug.