Closed Bug 356946 Opened 18 years ago Closed 15 years ago

Unable to browse an url in an event by clicking the Visit button

Categories

(Calendar :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: olivier+mozilla, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.8.0.7) Gecko/20060802 Mandriva/1.5.0.7-0.1.20060mdk (2006.0) Firefox/1.5.0.7 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.8.0.7) Gecko/20060802 Mandriva/1.5.0.7-0.1.20060mdk (2006.0) Firefox/1.5.0.7 I just tested the 0.3 official release for Linux (french). In an event, i have an website url. When I click on the button "Visit URL" ("Visitez l'URL" in french), nothing happens. I juste have, in console : run-mozilla.sh: Cannot execute ./mozilla-firefox-bin. By modifying run-mozilla.sh, i can see that the executed command line is : ./run-mozilla.sh ./mozilla-firefox-bin http://myurl.com/ I didn't manage to make it work. I tried : # ln -s /usr/bin/mozilla-firefox mozilla-firefox-bin # ln -s /usr/lib/[FF version]/mozilla-firefox-bin # cp /usr/lib/[FF version]/mozilla-firefox-bin . I hope i give enough details. Reproducible: Always Steps to Reproduce: 1. make an url in an event 2. open this event for editing 3. click on "More" 4. try to visit the URL by clickin the button Actual Results: nothing happens Expected Results: The URL is opened with Firefox (or Iceweasel ;) just kidding...)
I can confirm this bug by the nightly build of 2006-12-05 (linux)
Confirmed by comment#1.
Status: UNCONFIRMED → NEW
Ever confirmed: true
can confirm with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.5pre) Gecko/20070707 Calendar/0.7pre with error: Error: launchBrowser is not defined Source File: chrome://calendar/content/calendar-event-dialog.js Line: 1167 it works with previous release
Flags: blocking-calendar0.7?
OS: Linux → All
Hardware: PC → All
Since we are switching to the new event dialog, can you confirm this with the prototype event dialog?
(In reply to comment #3 and #4) The new issue Damian sees is a regression from Bug 346762. Function launchBrowser() is defined in applicationUtil.js but is no longer included in calendar-event-dialog.xul and no longer shipped with Lightning. The prototype dialog also calls launchBrowser() and therefore should shows the same issue. [http://lxr.mozilla.org/mozilla1.8/search?string=launchBrowser]
(In reply to comment #4) > Since we are switching to the new event dialog, can you confirm this with the > prototype event dialog? with prototype works fine, so the problem is only with old dialog
Flags: blocking-calendar0.7? → in-litmus?
(In reply to comment #6) Bug 371917 added applicationUtils.js that contains launchBrowser() back to Lightning. Therefore the issue from Comment #3 and Bug 389250 is gone now. Comment #3 to #7 are not related to the issue reported in Comment #0.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
verified with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9pre) Gecko/20100223 Calendar/1.0b2pre
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.