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.
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.
On 06/08/12 09:59, Peter Laws wrote:
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.
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? :-)
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
On 06/08/12 10:18, Marvin L Jones wrote:
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. :-(
On Fri, 8 Jun 2012, Peter Laws wrote:
On 06/08/12 10:18, Marvin L Jones wrote:
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. :-(
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
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!
On Fri, 8 Jun 2012, Marvin L Jones wrote:
On Fri, 8 Jun 2012, Peter Laws wrote:
On 06/08/12 10:18, Marvin L Jones wrote:
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. :-(
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:
- 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.
- 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
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
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. :-)
On Mon, 11 Jun 2012, Marvin L Jones wrote:
On Fri, 8 Jun 2012, Marvin L Jones wrote:
On Fri, 8 Jun 2012, Peter Laws wrote:
On 06/08/12 10:18, Marvin L Jones wrote:
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. :-(
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:
- 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.
- 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
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.
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.
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
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.
On Fri, 8 Jun 2012, Peter Laws wrote:
On 06/08/12 10:18, Marvin L Jones wrote:
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. :-(
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
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!
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
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
On Thu, 14 Jun 2012, Felix Miata wrote:
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.
Jonesy
Jonesy wrote:
On Thu, 14 Jun 2012, Felix Miata wrote:
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.
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
Julius Schwartzenberg wrote:
Jonesy wrote:
On Thu, 14 Jun 2012, Felix Miata wrote:
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.
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?
Best regards, Julius
On Sat, 16 Jun 2012, Julius Schwartzenberg wrote:
Julius Schwartzenberg wrote:
Jonesy wrote:
On Thu, 14 Jun 2012, Felix Miata wrote:
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.
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?
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
In article 4FDBC181.1030302@gmail.com, Julius Schwartzenberg trinity-users@lists.pearsoncomputing.net wrote:
Julius Schwartzenberg 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
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?
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
On Sat, 16 Jun 2012 10:54:11 +0000 (UTC) Nick Leverton nick@leverton.org wrote:
In article 4FDBC181.1030302@gmail.com, Julius Schwartzenberg trinity-users@lists.pearsoncomputing.net wrote:
Julius Schwartzenberg 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
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?
It looks as if the kgtk-qt3 adds that. From the app's README:
- 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 ?
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.
On Sat, 16 Jun 2012 20:39:38 +0200 Julius Schwartzenberg julius.schwartzenberg@gmail.com wrote:
E. Liddell wrote:
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.
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=" >=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).
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
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.
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.
-
Andrew Young -
E. Liddell -
Felix Miata -
jonesy -
Jonesy
-
Julius Schwartzenberg -
Marvin L Jones
-
Nick Leverton -
Pascal Viandier -
Peter Laws