New Ticket     Wiki     Browse Source     Timeline     Roadmap     Ticket Reports     Search

Ticket #14901 (closed defect: fixed)

Opened 4 years ago

Last modified 3 years ago

firefox-x11 does not provide file-selection browsers

Reported by: apple@… Owned by: jeremyhu@…
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

in reply to: ↑ description   Changed 4 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...

  Changed 4 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...

  Changed 4 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...

  Changed 3 years ago by markdigital69@…

  • cc markdigital69@… added

Cc Me!

  Changed 3 years ago by macsforever2000@…

  • priority changed from High to Normal
  • port set to firefox-x11

  Changed 3 years ago by devans@…

  • owner changed from macports-tickets@… to jeremyhu@…

  Changed 3 years ago by jeremyhu@…

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

  Changed 3 years ago by jeremyhu@…

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

  Changed 3 years ago by jeremyhu@…

  • status changed from new to closed
  • resolution set to fixed

  Changed 3 years ago by anonymous

  • milestone Port Bugs deleted

Milestone Port Bugs deleted

Note: See TracTickets for help on using tickets.