8 Jun
2012
8 Jun
'12
2:57 p.m.
As in, the browser freezes as soon as it sees Flash content.
All was well until I updated the other morning. Versions are currently
Firefox 13.0 and Flash 11.2.202.235 all on Ubuntu natty with Trinity 3.5.13.
Ideas for workarounds? Flash seems to work OK in Chrome, but I really
prefer Firefox.
--
Peter Laws / N5UWY
National Weather Center / Network Operations Center
University of Oklahoma Information Technology
plaws(a)ou.edu
College of Architecture, Regional and City Planning, MRCP '16
--------------------------------------------------------------------------
Feedback? Contact my director, Matt Younkins, younkinsm(a)ou.edu. Thank you!
8 Jun
8 Jun
2:59 p.m.
New subject: [trinity-users] Flash 11 + Firefox 13 = badness
On 06/08/12 09:57, Peter Laws wrote:
As in, the browser freezes as soon as it sees Flash
content.
All was well until I updated the other morning. Versions are currently
Firefox 13.0 and Flash 11.2.202.235 all on Ubuntu natty with Trinity 3.5.13.
Ideas for workarounds? Flash seems to work OK in Chrome, but I really
prefer Firefox.
Should have added that this is 64-bit since that is often relevant with Flash.
--
Peter Laws / N5UWY
National Weather Center / Network Operations Center
University of Oklahoma Information Technology
plaws(a)ou.edu
College of Architecture, Regional and City Planning, MRCP '16
--------------------------------------------------------------------------
Feedback? Contact my director, Matt Younkins, younkinsm(a)ou.edu. Thank you!
3:01 p.m.
New subject: [trinity-users] Flash 11 + Firefox 13 = badness
On 06/08/12 09:59, Peter Laws wrote:
On 06/08/12 09:57, Peter Laws wrote:
Replying to my own post once again ... I see that the official Flash site
now offers me 11.2.202.236 in place of 11.2.202.235.
Gee, could that be related? :-)
--
Peter Laws / N5UWY
National Weather Center / Network Operations Center
University of Oklahoma Information Technology
plaws(a)ou.edu
College of Architecture, Regional and City Planning, MRCP '16
--------------------------------------------------------------------------
Feedback? Contact my director, Matt Younkins, younkinsm(a)ou.edu. Thank you!
As in, the browser freezes as soon as it sees
Flash content.
All was well until I updated the other morning. Versions are currently
Firefox 13.0 and Flash 11.2.202.235 all on Ubuntu natty with Trinity 3.5.13.
Ideas for workarounds? Flash seems to work OK in Chrome, but I really
prefer Firefox.
Should have added that this is 64-bit since that is often relevant with Flash. 
3:18 p.m.
New subject: [trinity-users] Flash 11 + Firefox 13 = badness
On Fri, 8 Jun 2012, Peter Laws wrote:
As in, the browser freezes as soon as it sees Flash
content.
Ahhh!!!! So that's it! I had eliminated IPv6 and several other things,
but still the window becomes unresponsive.
I do have the flashblock plugin installed. I never checked to see it it
was still 'active'. I'll have to see if _that_ is the problem -- versus
flash itself.
All was well until I updated the other morning.
Versions are currently Firefox
13.0 and Flash 11.2.202.235 all on Ubuntu natty with Trinity 3.5.13.
Exact same version levels here -- on Ubuntu 10.04 LTS.
Should add that this is 64-bit since that is often
relevant with Flash.
Nope. 32-bit here.
Ideas for workarounds? Flash seems to work OK in
Chrome, but I really prefer
Firefox.
Everything else here seems ok v-a-v flash: Konqueror, Opera, Chrome --
even Epiphany.
I've seen _no_ complaint (yet) of this in the usenet forums.
Interesting that the first complaint was here in the Trinity compound.
Jonesy
--
Marvin L Jones | jonz | W3DHJ | linux
Pueblo, Colorado | @ | Jonesy | OS/2 __
38.238N 104.547W | config.com | DM78rf | SK
4:49 p.m.
New subject: [trinity-users] Flash 11 + Firefox 13 = badness
On 06/08/12 10:18, Marvin L Jones wrote:
On Fri, 8 Jun 2012, Peter Laws wrote:
Nope. Just removed flashblock entirely, same issue. :-(
--
Peter Laws / N5UWY
National Weather Center / Network Operations Center
University of Oklahoma Information Technology
plaws(a)ou.edu
College of Architecture, Regional and City Planning, MRCP '16
--------------------------------------------------------------------------
Feedback? Contact my director, Matt Younkins, younkinsm(a)ou.edu. Thank you!
As in, the browser freezes as soon as it sees
Flash content.
Ahhh!!!! So that's it! I had eliminated IPv6 and several other things,
but still the window becomes unresponsive.
I do have the flashblock plugin installed. I never checked to see it it
was still 'active'. I'll have to see if _that_ is the problem -- versus
flash itself.
6:31 p.m.
New subject: [trinity-users] Flash 11 + Firefox 13 = badness
On Fri, 8 Jun 2012, Peter Laws wrote:
On 06/08/12 10:18, Marvin L Jones wrote:
sigh...
More on 'symptoms' here:
The first time I bring up firefox (after a boot), it comes up as
'quickly' as it ever has. When opening a flash-y URL and the firefox
window becomes unresponsive,
I can:
1. Go off to another desktop and do something else for awhile.
When I return I _can_ scroll the window and operate all
the 'controls'. But, reloading, or clicking off to
another (flash-y) URL will lock up the window again.
2. Repeatedly click on the window CLOSE [X] button until I get
the "Not Responding" pop-up and terminate it that way.
The _next_ attempt to bring up firefox takes
A VERY LOOOONG TIME.
Running it from the CLI gives the error:
/usr/lib/firefox/plugin-container: symbol lookup error:
/usr/lib/firefox/libxul.so: undefined symbol: PR_GetVersion
when clicking to a flash-y URL.
There's nothing in /var/log/messages
Why is there a disproportionate number of hams in the Trinity family?
Attracted by the minimalist design, I should think...
73
Jonesy
--
Marvin L Jones | jonz | W3DHJ | linux
Pueblo, Colorado | @ | Jonesy | OS/2 __
38.238N 104.547W | config.com | DM78rf | SK
On Fri, 8 Jun 2012, Peter Laws wrote:
Nope. Just removed flashblock entirely, same issue. :-( As in, the browser freezes as soon as it sees
Flash content.
Ahhh!!!! So that's it! I had eliminated IPv6 and several other things,
but still the window becomes unresponsive.
I do have the flashblock plugin installed. I never checked to see it it
was still 'active'. I'll have to see if _that_ is the problem -- versus
flash itself.
6:48 p.m.
New subject: [trinity-users] Flash 11 + Firefox 13 = badness
On 06/08/12 13:31, Marvin L Jones wrote:
Running it from the CLI gives the error:
/usr/lib/firefox/plugin-container: symbol lookup error:
/usr/lib/firefox/libxul.so: undefined symbol: PR_GetVersion
when clicking to a flash-y URL.
There's nothing in /var/log/messages
Have not run the tests you mentioned, but got this same error when running
from the CLI.
Why is there a disproportionate number of hams in the
Trinity family?
Attracted by the minimalist design, I should think...
Because our fearless leader is a ham? Dunno. Expect to be on for the VHF
contest this weekend from EM15. 73!
--
Peter Laws / N5UWY
National Weather Center / Network Operations Center
University of Oklahoma Information Technology
plaws(a)ou.edu
College of Architecture, Regional and City Planning, MRCP '16
--------------------------------------------------------------------------
Feedback? Contact my director, Matt Younkins, younkinsm(a)ou.edu. Thank you!
11 Jun
11 Jun
12:38 p.m.
New subject: [trinity-users] Flash 11 + Firefox 13 = badness
On Fri, 8 Jun 2012, Marvin L Jones wrote:
On Fri, 8 Jun 2012, Peter Laws wrote:
The problem remains.
The recent update to the flash plugin has made no difference.
No one except Peter Laws and myself seem to have this problem. ??
I've seen no reports here, nor in in alt.os.linux.ubuntu, alt.os.linux,
and gmane.linux.ubuntu.user.
Does anyone know how to back off Firefox 13 to the earlier version?
Jonesy
--
Marvin L Jones | jonz | W3DHJ | linux
Pueblo, Colorado | @ | Jonesy | OS/2 __
38.238N 104.547W | config.com | DM78rf | SK
On 06/08/12 10:18, Marvin L Jones wrote:
sigh...
More on 'symptoms' here:
The first time I bring up firefox (after a boot), it comes up as
'quickly' as it ever has. When opening a flash-y URL and the firefox
window becomes unresponsive,
I can:
1. Go off to another desktop and do something else for awhile.
When I return I _can_ scroll the window and operate all
the 'controls'. But, reloading, or clicking off to
another (flash-y) URL will lock up the window again.
2. Repeatedly click on the window CLOSE [X] button until I get
the "Not Responding" pop-up and terminate it that way.
The _next_ attempt to bring up firefox takes
A VERY LOOOONG TIME.
Running it from the CLI gives the error:
/usr/lib/firefox/plugin-container: symbol lookup error:
/usr/lib/firefox/libxul.so: undefined symbol: PR_GetVersion
when clicking to a flash-y URL.
There's nothing in /var/log/messages On Fri, 8 Jun 2012, Peter Laws wrote:
Nope. Just removed flashblock entirely, same issue. :-( As in, the browser freezes as soon as it sees
Flash content.
Ahhh!!!! So that's it! I had eliminated IPv6 and several other things,
but still the window becomes unresponsive.
I do have the flashblock plugin installed. I never checked to see it it
was still 'active'. I'll have to see if _that_ is the problem -- versus
flash itself. 
2:21 p.m.
New subject: [trinity-users] Flash 11 + Firefox 13 = badness
On 2012/06/11 06:38 (GMT-0600) Marvin L Jones composed:
Does anyone know how to back off Firefox 13 to the
earlier version?
You can install as many Firefox or SeaMonkey versions as you care to. Just
download the bz2 archives from any of Mozilla.org's ftp mirrors, and unpack
them to separate directories in /usr/local or somewhere in $HOME. Sharing
profiles is a bad idea, so separate ones for each version should be created
and maintained. Running multiple versions is also possible, and instructions
for all this are on both Mozillazine and Mozilla.org. To make starting them
easier, edit your application starter to add new entries that include the
full pathname of the executable and '-P <profilename>' in the command field
for each additional installation you've created.
Usually I've found that such installations will not find any installed
plugins. If you like that, you need do nothing more to set up each
additional. If you want them to find plugins, create symlinks in their plugin
dirs from the global plugin files you do want them to find. Not creating one
to libflashplayer.so means FF won't crash on Flash pages, while it can remain
available to the package manager installed version to see if and when updates
cause problems to stop. :-)
--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
7:31 p.m.
New subject: [trinity-users] Flash 11 + Firefox 13 = badness
On Mon, 11 Jun 2012, Marvin L Jones wrote:
On Fri, 8 Jun 2012, Marvin L Jones wrote:
More datapoint(s):
I have a 'similar' system: Ubuntu 10.04 LTS + Trinity -- only this one
is still Trinity 3.5.11 -- and the upgrade of Firefox to Ver. 13 did
NOT present the problem.
I will update this system to Trinity 3.5.13.1 -- but not for 2 weeks,
as I need this system to be 'rock steady' until then. I will report
back after I've done the upgrade from Trinity 3.5.11 to 3.5.13.1.
On Fri, 8 Jun 2012, Peter Laws wrote:
The problem remains.
The recent update to the flash plugin has made no difference.
No one except Peter Laws and myself seem to have this problem. ??
I've seen no reports here, nor in in alt.os.linux.ubuntu, alt.os.linux,
and gmane.linux.ubuntu.user. On 06/08/12 10:18, Marvin L Jones wrote:
sigh...
More on 'symptoms' here:
The first time I bring up firefox (after a boot), it comes up as
'quickly' as it ever has. When opening a flash-y URL and the firefox
window becomes unresponsive,
I can:
1. Go off to another desktop and do something else for awhile.
When I return I _can_ scroll the window and operate all
the 'controls'. But, reloading, or clicking off to
another (flash-y) URL will lock up the window again.
2. Repeatedly click on the window CLOSE [X] button until I get
the "Not Responding" pop-up and terminate it that way.
The _next_ attempt to bring up firefox takes
A VERY LOOOONG TIME.
Running it from the CLI gives the error:
/usr/lib/firefox/plugin-container: symbol lookup error:
/usr/lib/firefox/libxul.so: undefined symbol: PR_GetVersion
when clicking to a flash-y URL.
There's nothing in /var/log/messages On Fri, 8 Jun 2012, Peter Laws wrote:
> As in, the browser freezes as soon as it sees Flash content.
Ahhh!!!! So that's it! I had eliminated IPv6 and several other things,
but still the window becomes unresponsive.
I do have the flashblock plugin installed. I never checked to see it it
was still 'active'. I'll have to see if _that_ is the problem -- versus
flash itself.
Nope. Just removed flashblock entirely, same issue. :-( Felix offered:
You can install as many Firefox or SeaMonkey versions as you care to.
Just download the bz2 archives from any of Mozilla.org's ftp mirrors,
...
Thanks, Felix! I just may uninstall and pin the Ubuntu firefox, and
install the .deb's from Mozilla on my own. But, I will test the 2nd
system's Ubuntu Firefox V13 with Trinity 3.5.13.1 first. Thanks for the
pointers and config tips!
(Maybe it's the clash of all the unlucky thirteens... Ya think? :-)
Jonesy
--
Marvin L Jones | jonz | W3DHJ | linux
Pueblo, Colorado | @ | Jonesy | OS/2 __
38.238N 104.547W | config.com | DM78rf | SK
12 Jun
12 Jun
2:34 p.m.
New subject: [trinity-users] Flash 11 + Firefox 13 = badness
On 06/11/12 14:31, Marvin L Jones wrote:
Thanks, Felix! I just may uninstall and pin the
Ubuntu firefox, and
install the .deb's from Mozilla on my own. But, I will test the 2nd
system's Ubuntu Firefox V13 with Trinity 3.5.13.1 first. Thanks for the
pointers and config tips!
Is there a way to go back to a previous version of FF (or anything, really)
within the package management system? Sure, I can go get tarballs -- heck,
I could compile from source! -- but I'd really rather stay within the
confines of APT.
BTW, adobe-flash-properties-gtk_11.2.202.236-0natty1_amd64.deb went in
yesterday - no change in behavior. I have the plugin disabled in FF13, so
I can work, but man whattapain.
--
Peter Laws / N5UWY
National Weather Center / Network Operations Center
University of Oklahoma Information Technology
plaws(a)ou.edu
College of Architecture, Regional and City Planning, MRCP '16
--------------------------------------------------------------------------
Feedback? Contact my director, Matt Younkins, younkinsm(a)ou.edu. Thank you!
8 Jun
8 Jun
9:53 p.m.
New subject: [trinity-users] Flash 11 + Firefox 13 = badness
On Fri, 8 Jun 2012, Peter Laws wrote:
On 06/08/12 10:18, Marvin L Jones wrote:
And, I just create a brand new user, logged in, made no changes in the
initial configuration/setup, and started firefox from the CLI. It gave
the error:
/usr/lib/firefox/plugin-container: symbol lookup error:
/usr/lib/firefox/libxul.so: undefined symbol: PR_GetVersion
when clicking to a flash-y URL and the window became unresponsive.
So, the problem is there for a vanilla user configuration.
Anyone else????
Jonesy
--
Marvin L Jones | jonz | W3DHJ | linux
Pueblo, Colorado | @ | Jonesy | OS/2 __
38.238N 104.547W | config.com | DM78rf | SK
On Fri, 8 Jun 2012, Peter Laws wrote:
Nope. Just removed flashblock entirely, same issue. :-( As in, the browser freezes as soon as it sees
Flash content.
Ahhh!!!! So that's it! I had eliminated IPv6 and several other things,
but still the window becomes unresponsive.
I do have the flashblock plugin installed. I never checked to see it it
was still 'active'. I'll have to see if _that_ is the problem -- versus
flash itself. 
13 Jun
13 Jun
6:04 p.m.
I encountered the same problem with firefox 13 but I did not realized it was
flash-related.
Just to let you know I opened a bug at firefox:
https://bugzilla.mozilla.org/show_bug.cgi?id=762172
and put a link to this discussion in it.
The symptoms I see are exactly as you mention here and all this happened after
the last firefox update. I also updated the flash plugin with no success.
The application we develop here requires the flash plugin so I had to switch to
chromium browser until this issue is solved, no choice :-(
I will post again if I find a workaround or a solution to this issue.
I use Trinity with Ubuntu 10.04 64 bits and it is a charm!
14 Jun
14 Jun
2:53 p.m.
New subject: [trinity-users] Re: Flash 11 + Firefox 13 = badness
On Wed, 13 Jun 2012, Pascal Viandier wrote:
I encountered the same problem with firefox 13 but I
did not realized
it was flash-related.
Just to let you know I opened a bug at firefox:
https://bugzilla.mozilla.org/show_bug.cgi?id=762172
and put a link to this discussion in it.
The symptoms I see are exactly as you mention here and all this
happened after the last firefox update. I also updated the flash plugin
with no success.
The application we develop here requires the flash plugin so I had to
switch to chromium browser until this issue is solved, no choice :-(
I will post again if I find a workaround or a solution to this issue.
I use Trinity with Ubuntu 10.04 64 bits and it is a charm!
Pascal,
Thank you for your confirmation on the problem.
It is curious that I've yet to see the problem
reported _outside_ of the Trinity "family".
Regards,
Jonesy
6:04 p.m.
New subject: [trinity-users] Re: Flash 11 + Firefox 13 = badness
On 2012/06/14 08:53 (GMT-0600) Jonesy composed:
It is curious that I've yet to see the problem
reported _outside_ of the Trinity "family".
Did you look? http://lists.opensuse.org/opensuse/2012-06/msg00322.html
--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
6:31 p.m.
New subject: [trinity-users] Re: Flash 11 + Firefox 13 = badness
On Thu, 14 Jun 2012, Felix Miata wrote:
On 2012/06/14 08:53 (GMT-0600) Jonesy composed:
Well.... I didn't look e v e r y w h e r e .
I read Ubuntu on usenet and gmane, and linux 'general' on usenet.
But, I'm glad (and sad) that others see the problem, too.
Jonesy
It is curious that I've yet to see the
problem
reported _outside_ of the Trinity "family".
Did you look? http://lists.opensuse.org/opensuse/2012-06/msg00322.html 
15 Jun
15 Jun
10:58 p.m.
New subject: [trinity-users] Re: Flash 11 + Firefox 13 = badness
Jonesy wrote:
On Thu, 14 Jun 2012, Felix Miata wrote:
The problem seems to be with kgtk-qt3-trinity. Removing this package
solved the problem for one user.
To test, run Firefox with this command from a Konsole:
LD_PRELOAD= firefox
Best regards,
Julius
On 2012/06/14 08:53 (GMT-0600) Jonesy composed:
Well.... I didn't look e v e r y w h e r e .
I read Ubuntu on usenet and gmane, and linux 'general' on usenet.
But, I'm glad (and sad) that others see the problem, too. It is curious that I've yet to see the
problem
reported _outside_ of the Trinity "family".
Did you look? http://lists.opensuse.org/opensuse/2012-06/msg00322.html
11:13 p.m.
New subject: [trinity-users] Re: Flash 11 + Firefox 13 = badness
Julius Schwartzenberg wrote:
Jonesy wrote:
Oops, I responded too fast, the problem is actually with another library
that is in LD_PRELOAD by default.
Loading Firefox like this should work:
LD_PRELOAD=/opt/trinity/lib/kgtk/libkgtk2.so firefox
/usr/lib/libnspr4.so is the one that is causing issues. Does anyone know
why and how it ends up in LD_PRELOAD?
Best regards,
Julius
On Thu, 14 Jun 2012, Felix Miata wrote:
The problem seems to be with kgtk-qt3-trinity. Removing this package
solved the problem for one user.
To test, run Firefox with this command from a Konsole:
LD_PRELOAD= firefox On 2012/06/14 08:53 (GMT-0600) Jonesy composed:
Well.... I didn't look e v e r y w h e r e .
I read Ubuntu on usenet and gmane, and linux 'general' on usenet.
But, I'm glad (and sad) that others see the problem, too. It is curious that I've yet to see the
problem
reported _outside_ of the Trinity "family".
Did you look? http://lists.opensuse.org/opensuse/2012-06/msg00322.html
11:59 p.m.
New subject: [trinity-users] Re: Flash 11 + Firefox 13 = badness
On Sat, 16 Jun 2012, Julius Schwartzenberg wrote:
Julius Schwartzenberg wrote:
Alas. I cannot check and report on your work-around just now. I am
6,000 miles distant from the machine with the problem, and I won't be
back for another 2 weeks.
Sorry.
Jonesy
Jonesy wrote:
Oops, I responded too fast, the problem is actually with another library
that is in LD_PRELOAD by default.
Loading Firefox like this should work:
LD_PRELOAD=/opt/trinity/lib/kgtk/libkgtk2.so firefox
/usr/lib/libnspr4.so is the one that is causing issues. Does anyone know
why and how it ends up in LD_PRELOAD? On Thu, 14 Jun 2012, Felix Miata wrote:
The problem seems to be with kgtk-qt3-trinity. Removing this package
solved the problem for one user.
To test, run Firefox with this command from a Konsole:
LD_PRELOAD= firefox On 2012/06/14 08:53 (GMT-0600) Jonesy composed:
> It is curious that I've yet to see the problem
> reported _outside_ of the Trinity "family".
Did you look? http://lists.opensuse.org/opensuse/2012-06/msg00322.html
Well.... I didn't look e v e r y w h e r e .
I read Ubuntu on usenet and gmane, and linux 'general' on usenet.
But, I'm glad (and sad) that others see the problem, too. 
16 Jun
16 Jun
10:54 a.m.
In article <4FDBC181.1030302(a)gmail.com>om>,
Julius Schwartzenberg <trinity-users(a)lists.pearsoncomputing.net> wrote:
Julius Schwartzenberg wrote:
It looks as if the kgtk-qt3 adds that. From the app's README:
1. kgtk-wrapper determines whether the application is a Gtk2, Qt3,
or Qt4 application. It then sets the LD_PRELOAD environment
variable to point to the approriate KGtk library.
and the gtk2/kgtk2-wrapper.cmake does indeed add libnspr4.so to
LD_PRELOAD as well as $PREFIX/lib/kgtk/libkgtk2.so. I don't know why,
does libkgtk2.so perhaps need libnspr4 ?
Nick
--
"The Internet, a sort of ersatz counterfeit of real life"
-- Janet Street-Porter, BBC2, 19th March 1996
The problem seems to be with kgtk-qt3-trinity. Removing this package
solved the problem for one user.
To test, run Firefox with this command from a Konsole:
LD_PRELOAD= firefox
Oops, I responded too fast, the problem is actually with another library
that is in LD_PRELOAD by default.
Loading Firefox like this should work:
LD_PRELOAD=/opt/trinity/lib/kgtk/libkgtk2.so firefox
/usr/lib/libnspr4.so is the one that is causing issues. Does anyone know
why and how it ends up in LD_PRELOAD? 
6:40 p.m.
New subject: [trinity-users] Re: Flash 11 + Firefox 13 = badness
On Sat, 16 Jun 2012 10:54:11 +0000 (UTC)
Nick Leverton <nick(a)leverton.org> wrote:
In article <4FDBC181.1030302(a)gmail.com>om>,
Julius Schwartzenberg <trinity-users(a)lists.pearsoncomputing.net> wrote:
libnspr4 is part of the NetScape Public Runtime, a multiplatform glue
library used by Firefox. It's conceivable that kgtk uses it too, but I
have no idea for what.
Note that Firefox 13 appears to need nspr 4.9.1 or better.
Julius Schwartzenberg wrote:
It looks as if the kgtk-qt3 adds that. From the app's README:
1. kgtk-wrapper determines whether the application is a Gtk2, Qt3,
or Qt4 application. It then sets the LD_PRELOAD environment
variable to point to the approriate KGtk library.
and the gtk2/kgtk2-wrapper.cmake does indeed add libnspr4.so to
LD_PRELOAD as well as $PREFIX/lib/kgtk/libkgtk2.so. I don't know why,
does libkgtk2.so perhaps need libnspr4 ?
The problem seems to be with kgtk-qt3-trinity. Removing this package
solved the problem for one user.
To test, run Firefox with this command from a Konsole:
LD_PRELOAD= firefox
Oops, I responded too fast, the problem is actually with another library
that is in LD_PRELOAD by default.
Loading Firefox like this should work:
LD_PRELOAD=/opt/trinity/lib/kgtk/libkgtk2.so firefox
/usr/lib/libnspr4.so is the one that is causing issues. Does anyone know
why and how it ends up in LD_PRELOAD?
8:14 p.m.
New subject: [trinity-users] Re: Flash 11 + Firefox 13 = badness
On Sat, 16 Jun 2012 20:39:38 +0200
Julius Schwartzenberg <julius.schwartzenberg(a)gmail.com> wrote:
E. Liddell wrote:
I'm a Gentoo user, and 4.9.1 is what's specified by our package manager:
akio ~ # cat /usr/portage/www-client/firefox/firefox-13.0.ebuild
[...]
RDEPEND="
Note that Firefox 13 appears to need nspr 4.9.1
or better.
Are you sure about that version number? Even Precise still has 4.8.9 and
Lucid has 4.8.6. =sys-devel/binutils-2.16.1
=dev-libs/nss-3.13.5
=dev-libs/nspr-4.9.1
Also see https://bugzilla.mozilla.org/show_bug.cgi?id=713229 , which specifies
nspr 4.9 for Firefox 12, and https://bugzilla.mozilla.org/show_bug.cgi?id=713936 .
So, yes, 90%+ sure. However, I don't know if the version difference has
anything to do with your bug or not (I'm still on Firefox 12 and tend to avoid
Flash like the plague).
18 Jun
18 Jun
7:15 p.m.
New subject: [trinity-users] Re: Flash 11 + Firefox 13 = badness
On 06/15/12 18:13, Julius Schwartzenberg wrote:
LD_PRELOAD=/opt/trinity/lib/kgtk/libkgtk2.so firefox
Unlike Jonesy, I am not 6000 miles from my system.
Using the command above, Flash "11.2 r202" works fine in FF 13.0.
Peter
--
Peter Laws / N5UWY
National Weather Center / Network Operations Center
University of Oklahoma Information Technology
plaws(a)ou.edu
College of Architecture, Regional and City Planning, MRCP '16
--------------------------------------------------------------------------
Feedback? Contact my director, Matt Younkins, younkinsm(a)ou.edu. Thank you!
14 Jun
14 Jun
6:33 p.m.
New subject: [trinity-users] Flash 11 + Firefox 13 = badness
On 08/06/12 15:57, Peter Laws wrote:
As in, the browser freezes as soon as it sees Flash
content.
All was well until I updated the other morning. Versions are currently
Firefox 13.0 and Flash 11.2.202.235 all on Ubuntu natty with Trinity
3.5.13.
Ideas for workarounds? Flash seems to work OK in Chrome, but I really
prefer Firefox.
I'm using Ubuntu 64 11.10 and Slavek's PPA, with Firefox 13, Opera 12
and Flash version 11,2,202,236.
Flash things work fine with Firefox and Opera. I don't know what extras
or addons I have for Firefox/Opera.
Maybe its something to do with the system hardware and drivers? There is
an AMD graphics card with the standard Ubuntu drivers, and a Pentium 4
running in 64 bit mode.
6:54 p.m.
New subject: [trinity-users] Flash 11 + Firefox 13 = badness
On 06/14/12 13:33, Andrew Young wrote:
Maybe its something to do with the system hardware and
drivers? There is an
AMD graphics card with the standard Ubuntu drivers, and a Pentium 4 running
in 64 bit mode.
cat /proc/cpuinfo tells me, among other things, that several of these live
in my Dell PT5500:
model name : Intel(R) Xeon(R) CPU E5503 @ 2.00GHz
Video card is some kind of ATI.
Flash 11 + Google Chrome works OK, just not with my preferred FF 13.
--
Peter Laws / N5UWY
National Weather Center / Network Operations Center
University of Oklahoma Information Technology
plaws(a)ou.edu
College of Architecture, Regional and City Planning, MRCP '16
--------------------------------------------------------------------------
Feedback? Contact my director, Matt Younkins, younkinsm(a)ou.edu. Thank you!
4342
days inactive
4352
days old
25 comments
10 participants
participants (10)
-
Andrew Young -
E. Liddell -
Felix Miata -
jonesy -
Jonesy
-
Julius Schwartzenberg -
Marvin L Jones
-
Nick Leverton -
Pascal Viandier -
Peter Laws