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)
Calendar
General
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...)
Comment 1•18 years ago
|
||
I can confirm this bug by the nightly build of 2006-12-05 (linux)
Comment 3•18 years ago
|
||
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
Comment 4•18 years ago
|
||
Since we are switching to the new event dialog, can you confirm this with the prototype event dialog?
Comment 5•18 years ago
|
||
(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]
Comment 6•18 years ago
|
||
(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?
Comment 7•18 years ago
|
||
(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.
Updated•15 years ago
|
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Comment 8•15 years ago
|
||
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.
Description
•