Opened 13 years ago

Closed 12 years ago

Last modified 11 years ago

#14901 closed defect (fixed)

firefox-x11 does not provide file-selection browsers

Reported by: apple@… Owned by: jeremyhu (Jeremy Huddleston Sequoia)
Priority: Normal Milestone:
Component: ports Version: 1.6.0
Keywords: x11 www ui Cc: markdigital69@…
Port: firefox-x11

Description

The X11 port of firefox (2.0.0.13) does not include the code to allow the user to change preferences which require a file-browser box to "Save Link As" or to select local files/directories such as the default download directory.

To test this go to Edit->Preferences->Main and select the Browse button next to "Save files to" in the "Downloads" section. On my 10.5.2 PPC system, nothing happens when the Browse button is selected.

I recall from my own attempts to build SeaMonkey for Mac X11 that I could not get it to link in the gnome-vfs components (listed as required in the port file). It always insisted on trying to link in the Carbon frameworks. My Seamonkey attempts would eventually crash after repeated attempts to call the file browser. So far firefox-x11 just does nothing. Other functions work fine so far as I can tell--although the copy highlight does not work the way it should (as Mozilla X11 version 1.7.13 and Linux Firefox 2.0.0.13 do). It should copy the selection directly to the X11 Clipboard so that a middle mouse click will past the selection. Instead it requires that the selection be copied using a menu or keyboard command. That makes me believe that some of the X11 UI bits are missing from the linking.

I wonder if anyone of the folks who have recently fixed problems in the port file have tried to use the port (beyond just assuring it builds, installs, and opens correctly).

Change History (10)

comment:1 in reply to:  description Changed 13 years ago by afb@…

Replying to 14901:

I wonder if anyone of the folks who have recently fixed problems in the port file have tried to use the port (beyond just assuring it builds, installs, and opens correctly).

I only used it for viewing a web page or two, but all patches to firefox/seamonkey welcome...

comment:2 Changed 13 years ago by afb@…

In seamonkey nothing happens either, and I get errors similar to:

Error: uncaught exception: [Exception... "Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIFilePicker.init]"  nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)"  location: "JS frame :: chrome://communicator/content/contentAreaUtils.js :: poseFilePicker :: line 508"  data: no]

Probably another hardcoded "Darwin means Mac OS X" assumption...

comment:3 Changed 13 years ago by afb@…

"Save as" works OK in the Fink build of seamonkey (1.1.9-1), so there's something missing from the MacPorts build. Most likely it's the missing patches to "chrome", so will test that...

comment:4 Changed 12 years ago by markdigital69@…

Cc: markdigital69@… added

Cc Me!

comment:5 Changed 12 years ago by mf2k (Frank Schima)

Port: firefox-x11 added
Priority: HighNormal

comment:6 Changed 12 years ago by dbevans (David B. Evans)

Owner: changed from macports-tickets@… to jeremyhu@…

comment:7 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

hrm... yep, I see that issue, thanks for reporting...

comment:8 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

I think mozilla is trying to dynamically load some modules with incorrect filenames:

Breakpoint 1, PR_LoadLibrary (name=0x1663925 "libgnomeui-2.so.0") at prlink.c:599
599	{
(gdb) c
Continuing.

Breakpoint 1, PR_LoadLibrary (name=0x16b0e92 "libgconf-2.so.4") at prlink.c:599
599	{
(gdb) c
Continuing.

Breakpoint 1, PR_LoadLibrary (name=0x16b0e84 "libgconf-2.so") at prlink.c:599
599	{
(gdb) c
Continuing.

Breakpoint 1, PR_LoadLibrary (name=0x16b02f3 "libXss.so.1") at prlink.c:599

comment:9 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Resolution: fixed
Status: newclosed

comment:10 Changed 11 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

Note: See TracTickets for help on using tickets.