Slackware 12.1 and firefox

harryhaller · 05-03-2008, 05:14 AM

I am surprised that installing Slackware 12.1 has changed some of the firefox screens.

Does anyone know how that has happened?

How it can be corrected?

The screens for downloading or opening files now have a completely different format and are too small to read properly.

Firefox=2.0.0.14
Slackware=12.1
windowmanager=ratpoison

allend · 05-03-2008, 10:45 AM

Quote:

Does anyone know how that has happened?

Quote:

windowmanager=ratpoison

You took warfarin and now you are bleeding.

Quote:

How it can be corrected?

Install Slack 12.1 only!

harryhaller · 05-03-2008, 11:39 AM

Quote:

Install Slack 12.1 only!

Thanks.

Er...

Without firefox or without ratpoison or without both?

harryhaller · 05-03-2008, 11:55 AM

I have removed the slackware ready-installed version now, so that I am running exactly the same firefox set up as I did on slackware 10.1 but the problem persists.

Thus it is something that has changed in the slackware 11 or 12.

It is not just the size of the screen - but the layout has changed. How can the distro affect that?

Smedley · 05-03-2008, 01:16 PM

Screenshot please.

harryhaller · 05-03-2008, 03:36 PM

http://www.flickr.com/photos/26250827@N03/?saved=1

The above link should give you the screen shots

strange, isn't it..same programme, same window manager..

harryhaller · 05-04-2008, 12:17 AM

Well, I did ldd on firefox-bin and compared that to an ldd on ff under 10.1.

There were dependencies on sea monkey libraries, and since they don't exist on my 10.1, I de-installed seamonkey (ff ran ok afterwards of course) and these are the existing dependencies left over - and one of them is responsible for that horrible open (and save) dialogue screen.

Quote:

linux-gate.so.1 => (0xffffe000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7edb000)
libdl.so.2 => /lib/libdl.so.2 (0xb7ed7000)
libgtk-x11-2.0.so.0 => /usr/X11R6/lib/libgtk-x11-2.0.so.0 (0xb7b71000)
libgdk-x11-2.0.so.0 => /usr/X11R6/lib/libgdk-x11-2.0.so.0 (0xb7aef000)
libatk-1.0.so.0 => /usr/X11R6/lib/libatk-1.0.so.0 (0xb7ad5000)
libgdk_pixbuf-2.0.so.0 => /usr/X11R6/lib/libgdk_pixbuf-2.0.so.0 (0xb7abe000)
libpangoxft-1.0.so.0 => /usr/X11R6/lib/libpangoxft-1.0.so.0 (0xb7ab7000)
libpangox-1.0.so.0 => /usr/X11R6/lib/libpangox-1.0.so.0 (0xb7aac000)
libpango-1.0.so.0 => /usr/X11R6/lib/libpango-1.0.so.0 (0xb7a70000)
libgobject-2.0.so.0 => /usr/X11R6/lib/libgobject-2.0.so.0 (0xb7a36000)
libgmodule-2.0.so.0 => /usr/X11R6/lib/libgmodule-2.0.so.0 (0xb7a33000)
libglib-2.0.so.0 => /usr/X11R6/lib/libglib-2.0.so.0 (0xb7977000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7890000)
libgthread-2.0.so.0 => /usr/X11R6/lib/libgthread-2.0.so.0 (0xb788c000)
libm.so.6 => /lib/libm.so.6 (0xb7866000)
libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0xb785d000)
libfontconfig.so.1 => /usr/X11R6/lib/libfontconfig.so.1 (0xb7831000)
libfreetype.so.6 => /usr/X11R6/lib/libfreetype.so.6 (0xb77c3000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0xb7774000)
libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0xb7762000)
libstdc++.so.5 => /usr/i486-slackware-linux/lib/libstdc++.so.5 (0xb76a9000)
libgcc_s.so.1 => /usr/X11R6/lib/libgcc_s.so.1 (0xb769e000)
libc.so.6 => /lib/libc.so.6 (0xb7552000)
/lib/ld-linux.so.2 (0xb7f14000)
libpangocairo-1.0.so.0 => /usr/X11R6/lib/libpangocairo-1.0.so.0 (0xb7549000)
libXcomposite.so.1 => /usr/X11R6/lib/libXcomposite.so.1 (0xb7546000)
libXdamage.so.1 => /usr/X11R6/lib/libXdamage.so.1 (0xb7542000)
libXfixes.so.3 => /usr/X11R6/lib/libXfixes.so.3 (0xb753d000)
libcairo.so.2 => /usr/X11R6/lib/libcairo.so.2 (0xb74c7000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb74b9000)
libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0xb74b6000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0xb74ad000)
libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0xb74a7000)
libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0xb749e000)
libpangoft2-1.0.so.0 => /usr/X11R6/lib/libpangoft2-1.0.so.0 (0xb7477000)
libz.so.1 => /usr/X11R6/lib/libz.so.1 (0xb7463000)
libxcb-xlib.so.0 => /usr/X11R6/lib/libxcb-xlib.so.0 (0xb7460000)
libxcb.so.1 => /usr/X11R6/lib/libxcb.so.1 (0xb7449000)
librt.so.1 => /lib/librt.so.1 (0xb7440000)
libexpat.so.1 => /usr/X11R6/lib/libexpat.so.1 (0xb7420000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0xb7418000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0xb7400000)
libpng12.so.0 => /usr/X11R6/lib/libpng12.so.0 (0xb73c5000)
libXau.so.6 => /usr/X11R6/lib/libXau.so.6 (0xb73c2000)
libXdmcp.so.6 => /usr/X11R6/lib/libXdmcp.so.6 (0xb73bd000)

Anybody know which library it is?

Smedley · 05-04-2008, 12:23 AM

I learned a long time ago not to remove Mozilla/Seamonkey from Slackware. It seems a few things depend on them. Glad you got it figured out.

harryhaller · 05-04-2008, 01:54 AM

firefox on 12.1 seems to be using the gtk dialog and on 10.1 it seems to be using the qt dialog.

gleaned from the net:

GTK dialog

QT dialog

harryhaller · 05-04-2008, 02:37 AM

Quote:

Originally Posted by Smedley

I learned a long time ago not to remove Mozilla/Seamonkey from Slackware. It seems a few things depend on them. Glad you got it figured out.

No - there's a misunderstanding:

It has NOT been figured out.

The problem is with the FULL STANDARD installation:

The problem existed BEFORE removing Mozilla/Seamonkey - they were removed subsequently as part of my search for a resolution to this problem.

The problem is far from resolved.

harryhaller · 05-04-2008, 05:16 AM

To close this matter.

This issue shows the irritation of dependencies.

I don't give two (or even one) hoots about KDE, GNOME and their libraries GTK, QT etc. taking up space.

I am using Ratpoison and I just suddenly realised - after wasting so much time on this, that I don't even need the save or open file facilities of firefox, since I can carry out those tasks independent of the browser.

And it works better than firefox does it!

It would be interesting to know which library is producing that ugly and tiny open/save file dialogue in firefox - whereas in 10.1 the very same program (Firefox is always installed to my home directory) had a beautiful dialog.

Thanks to everyone for their input.

I know, from google, that this is, and will remain, an issue for other users so a solution would be good.

A program shouldn't change so much (almost as if the programme had been changed!) just because of an OS upgrade.

Alien Bob · 05-04-2008, 01:29 PM

I think I have not yet talked to any Slacker who is not annoyed by the GTP file-open dialog. I guess the Gnomes like it.

You can get your old file-open dialog back if you configure firefox to disregard what the system tells it to use.
In the firefox address bar, type

Code:

about:config

Find the parameter ui.allow_platform_file_picker and set it's value to false.

Eric

harryhaller · 05-04-2008, 02:18 PM

I did check out the config:about but I was scanning for file open etc.

Your suggestion worked, of course.

Back to sanity, at last.

Thanks again Eric.

Stroker · 05-04-2008, 07:10 PM

Quote:

Originally Posted by Alien Bob

I think I have not yet talked to any Slacker who is not annoyed by the GTP file-open dialog.

ACK that! I didn't know it was so simple to change in FF. THANKS Alien Bob!

Can this be done for all GTK apps, e.g. Gimp? An Xresource setting perhaps? As long as I'm asking, can the GTK file dialog behavior be set to use single mouse clicks?

Is there a listing somewhere of Xresource entries?

Thanks!

Bruce Hill · 05-05-2008, 07:38 PM

Sometimes I'm really slow, and this must be one of them. On my fresh install
of Slackware-12.1 I don't seem to have this same issue. It might be because
I am using the same ~/.mozilla/ as I had before the fresh install. Anyhow,
here's a screenshot if someone can help enlighten me.