9:17 p.m.
Something came up (had to learn 50 songs on drums in 1 week) but I'm
back now. I should have mentioned that this crashing problem with 37.0.1
occurs on Fedora 14 64-bit. I went to about 20 different sites, watched
it crash about 10 times, and sent in the crash report every time. And
no, it doesn't just occur on "questionable sites", it even happened on
one of mine which was essentially a blank page. Since I am on an old,
supposedly outdated distro I don't think I can use yum to update
Firefox. Right?
After some effort I managed to locate and install version 36.0.4 64-bit.
Is as solid as a rock. I can't find any way to crash it, although
apparently the people at Mozilla are going to try. It immediately
downloaded the "updates" again, I'm assuming to 37.0.1, for the next time
I start it. Words can't express (and would be inappropriate for this
group) what I think of this. Does anyone know what is the best way to
keep it from actually applying the updates?
Thanks for every one who responded and I apologize for not replying back
sooner.
Jim Lewis
512-797-3049
http://jklewis.com <- my resume, Java games, and link to book are here.
No ads!
1:17 a.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 11 Apr 2015 at 18:28, Jim Lewis wrote:
Date sent: Sat, 11 Apr 2015 18:28:13 -1000
Subject: Re: Firefox version 37.0.1 crashes on redhat.com
From: "Jim Lewis" <jim(a)jklewis.com>
To: users(a)lists.fedoraproject.org
Send reply to: jim(a)jklewis.com,
Community support for Fedora users
<users(a)lists.fedoraproject.org>
> On Sat, Apr 11, 2015 at 04:17:45PM -1000, Jim Lewis wrote:
>>
>> Something came up (had to learn 50 songs on drums in 1 week) but I'm
>> back now. I should have mentioned that this crashing problem with 37.0.1
>> occurs on Fedora 14 64-bit. I went to about 20 different sites, watched
>> it crash about 10 times, and sent in the crash report every time. And
>> no, it doesn't just occur on "questionable sites", it even
happened on
>
> It crashes on tons of sites. too many to name (even if I had made note
> of them, which I haven't). I'm on Centos 6 and it crashes ALL THE TIME.
> I've sent in dozens of crash reports. I can only hope that someone is
> paying attention.
>
Hi Fred,
Thanks for letting me know that it is crashing for you too. I was
worried that maybe none of the versions past 36.0.4 would work on Fedora
14. If this is happening to a lot pf people I have to assume it will get
fixed. Maybe not a good assumption seeing how things are done in the
software industry today.
It might just be my imagination but 36.0.4 seems faster than 37.0.1, and
it also doesn't seem to have that scroll bar "doesn't want to move
smoothly" problem.
I've had 37 running on my system with fc14 using the mozilla download.
Haven't seen any crashes. Was using the last version 26 that was installed
by Fedora update, since it would do flash, but the newer one wouldn't??
Finally, was able to get the flash to work with the newer version, by chaning
the /usr/bin/firebox. Just changed one thing in this script to get it to run the
newer version, and it even handles the mozilla updates.
< MOZ_DIST_BIN="/home/msetzerii/Download/firefox"
---
MOZ_DIST_BIN="$MOZ_LIB_DIR/firefox"
Jim Lewis
512-797-3049
http://jklewis.com <- my resume, Java games, and link to book are here.
No ads!
--
users mailing list
users(a)lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
+----------------------------------------------------------+
Michael D. Setzer II - Computer Science Instructor
Guam Community College Computer Center
mailto:mikes@kuentos.guam.net
mailto:msetzerii@gmail.com
http://www.guam.net/home/mikes
Guam - Where America's Day Begins
G4L Disk Imaging Project maintainer
http://sourceforge.net/projects/g4l/
+----------------------------------------------------------+
http://setiathome.berkeley.edu (Original)
Number of Seti Units Returned: 19,471
Processing time: 32 years, 290 days, 12 hours, 58 minutes
(Total Hours: 287,489)
BOINC@HOME CREDITS
ROSETTA 28049048.933050 | SETI 49039325.984052
ABC 16613838.513356 | EINSTEIN 57472289.040699
12:35 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
I simply use an expensive but fan-ridden cooler-master gaming pc chassis - enabled me to
install things like disk caddies etc - in fact the chassis is more important if you ask me
than The motherboard since I have upgraded mine twice since getting the chassis and then I
am about to install water-cooling
Sent from my iPhone
On 14 Apr 2015, at 17:53, Rick Stevens <ricks(a)alldigital.com>
wrote:
> On 04/13/2015 11:35 PM, Tim wrote:
>> On Mon, 2015-04-13 at 14:45 -1000, Jim Lewis wrote:
>> I agree that on cheap hardware this might be needed, however, I don't
>> think it's the case on good systems. A lot of thought goes into the
>> design of the hardware, so things like overheating don't occur.
>
> Speaking as someone who's done electronics servicing for over 20 years,
> I can't say that I concur with that. Erroneous resumptions get made
> that enough heat dissipation has been accounted for, or cooling is
> supplied to cope with ambient temperatures that are lower than actually
> present, or that the owner will have superseded the equipment before it
> has cooked itself...
And I have to agree with Tim. As someone who's been in the industry for
over 40 years, cooling is rarely ever given anything but short shrift.
When you start stuffing lots of heat-generating components (GPUs,
multiple CPUs, lots of DIMMs) into chassis that are designed with
aesthetics more in mind than reliability or heat dissapation, you're
"cruisin' for a bruisin'."
I stagger cards in my chassis when possible. I also run oversized power
supplies and add additional cooling fans if I can fit them in. I've
also been known to use the smoke from fireworks punks to look at the
airflow inside a chassis and put in baffling to make the air go where I
think it ought to.
I also manage several data centers and even with "industrial-quality"
machines (rackmount servers from Dell, HP and IBM), cooling is ALWAYS
an issue. I try to keep a 1U spacing between machines if I can, and if
not I try to keep the "hotter" machines near the tops of the racks to
minimize convection heat soak.
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital ricks(a)alldigital.com -
- AIM/Skype: therps2 ICQ: 22643734 Yahoo: origrps2 -
- -
- "The bogosity meter just pegged." -
----------------------------------------------------------------------
--
users mailing list
users(a)lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
11:53 a.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/13/2015 11:35 PM, Tim wrote:
On Mon, 2015-04-13 at 14:45 -1000, Jim Lewis wrote:
> I agree that on cheap hardware this might be needed, however, I don't
> think it's the case on good systems. A lot of thought goes into the
> design of the hardware, so things like overheating don't occur.
Speaking as someone who's done electronics servicing for over 20 years,
I can't say that I concur with that. Erroneous resumptions get made
that enough heat dissipation has been accounted for, or cooling is
supplied to cope with ambient temperatures that are lower than actually
present, or that the owner will have superseded the equipment before it
has cooked itself...
And I have to agree with Tim. As someone who's been in the industry for
over 40 years, cooling is rarely ever given anything but short shrift.
When you start stuffing lots of heat-generating components (GPUs,
multiple CPUs, lots of DIMMs) into chassis that are designed with
aesthetics more in mind than reliability or heat dissapation, you're
"cruisin' for a bruisin'."
I stagger cards in my chassis when possible. I also run oversized power
supplies and add additional cooling fans if I can fit them in. I've
also been known to use the smoke from fireworks punks to look at the
airflow inside a chassis and put in baffling to make the air go where I
think it ought to.
I also manage several data centers and even with "industrial-quality"
machines (rackmount servers from Dell, HP and IBM), cooling is ALWAYS
an issue. I try to keep a 1U spacing between machines if I can, and if
not I try to keep the "hotter" machines near the tops of the racks to
minimize convection heat soak.
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital ricks(a)alldigital.com -
- AIM/Skype: therps2 ICQ: 22643734 Yahoo: origrps2 -
- -
- "The bogosity meter just pegged." -
----------------------------------------------------------------------
1:35 a.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On Mon, 2015-04-13 at 14:45 -1000, Jim Lewis wrote:
I agree that on cheap hardware this might be needed, however, I
don't
think it's the case on good systems. A lot of thought goes into the
design of the hardware, so things like overheating don't occur.
Speaking as someone who's done electronics servicing for over 20 years,
I can't say that I concur with that. Erroneous resumptions get made
that enough heat dissipation has been accounted for, or cooling is
supplied to cope with ambient temperatures that are lower than actually
present, or that the owner will have superseded the equipment before it
has cooked itself...
--
tim@localhost ~]$ uname -rsvp
Linux 3.19.3-100.fc20.i686 #1 SMP Fri Mar 27 17:30:08 UTC 2015 i686
All mail to my mailbox is automatically deleted, there is no point trying
to privately email me, I will only read messages posted to the public lists.
George Orwell's '1984' was supposed to be a warning against tyranny, not
a set of instructions for supposedly democratic governments.
7:51 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/12/2015 05:56 PM, Ed Greshko wrote:
<<>>
> This is a SWAG.... However, checking the differences between a
> Fedora supplied FF and a downloaded version leads me to suggest
> editing
>
> app.update.enabled to "false"
correct, you are. see #3 below.
not needing, never looked.
for reference for all on mozilla configurations while they are
restructuring:
1- configuration prefs listings;
http://kb.mozillazine.org/Category:Preferences
2- rest of about:config entries;
http://kb.mozillazine.org/About:config_entries
3- application update is;
http://kb.mozillazine.org/App.update.enabled
Version 36.0.4 is still running just fine. In order to keep it from
updating I have removed the update directory and files that it
automatically created and downloaded. I realize this is a bit heavy
handed, and might not even work, but I really don't want version 37 on
this system again. I have also used about:config to make the change
above. I'll be sure to let every one know what comes of this (yes, I
have other systems in case my actions turn this great machine into a
pile of smoking rubble).
Jim Lewis
7:45 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/13/2015 12:21 PM, Jim Lewis wrote:
> Wow, thanks Ed for trying that. Just a thought, but maybe this
> crashing
> issue is related to what graphics adapter is being used. I have a Radeon
> HD 5700 Series which takes up 2 slots to run both of my 23" monitors. If
> this is the case I may have to cut the Mozilla guys some slack, I have
> debugged these before and they can be a real bitch.
Just a thought. If possible, try to leave at least one of the slots
next to your graphics adapter empty for extra ventilation, even if it
has a fan. My hardware geek tells me that using every other slot is
best if you have the room because even if you have enough fan power, the
cool air still has to reach the cards.
I agree that on cheap hardware this might be needed, however, I don't
think it's the case on good systems. A lot of thought goes into the
design of the hardware, so things like overheating don't occur.
Jim Lewis
2:42 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/13/2015 12:21 PM, Jim Lewis wrote:
Wow, thanks Ed for trying that. Just a thought, but maybe this
crashing
issue is related to what graphics adapter is being used. I have a Radeon
HD 5700 Series which takes up 2 slots to run both of my 23" monitors. If
this is the case I may have to cut the Mozilla guys some slack, I have
debugged these before and they can be a real bitch.
Just a thought. If possible, try to leave at least one of the slots
next to your graphics adapter empty for extra ventilation, even if it
has a fan. My hardware geek tells me that using every other slot is
best if you have the room because even if you have enough fan power, the
cool air still has to reach the cards.
2:42 p.m.
New subject: Firefox version 37.0.1 (midori as an alternative?)
Btw, I have been trying midori for the past few days and it is much less buggy and more
improved, with many (but not all) features also available on firefox. One feature I would
like to also have is DuckDuckGo with encrypted google's search suggestions.
http://ddgg.nfriedly.com/
I am not quite sure how to go about using the source code there for installing on to
midori, so if anyone has an idea, that would be very helpful.
Best wishes,
Ranjan
____________________________________________________________
FREE 3D MARINE AQUARIUM SCREENSAVER - Watch dolphins, sharks & orcas on your desktop!
Check it out at http://www.inbox.com/marineaquarium
2:30 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/12/2015 05:56 PM, Ed Greshko wrote:
<<>>
This is a SWAG.... However, checking the differences between a
Fedora supplied FF and a downloaded version leads me to suggest
editing
app.update.enabled to "false"
correct, you are. see #3 below.
not needing, never looked.
for reference for all on mozilla configurations while they are
restructuring:
1- configuration prefs listings;
http://kb.mozillazine.org/Category:Preferences
2- rest of about:config entries;
http://kb.mozillazine.org/About:config_entries
3- application update is;
http://kb.mozillazine.org/App.update.enabled
--
peace out.
in a world with out fences, who needs gates.
CentOS GNU/Linux 6.6
tc,hago.
g
.
2:21 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/13/15 04:13, Ed Greshko wrote:
> You mean like it never crashes for me on F21 but it crashes for you on
> F14? That kind of evidence?
FWIW, I can't even get it to crash on F14.
Just installed F14 from the original DVD, downloaded the latest version of
firefox from mozilla, did an "rpm -e firefox" to get rid of the Fedora
supplied version and installed the downloaded version to /usr/local/bin.
https://drive.google.com/file/d/0B2H9v1dYNcvpbE9IUUNic2tPUHc/view?usp=sha...
Wow, thanks Ed for trying that. Just a thought, but maybe this crashing
issue is related to what graphics adapter is being used. I have a Radeon
HD 5700 Series which takes up 2 slots to run both of my 23" monitors. If
this is the case I may have to cut the Mozilla guys some slack, I have
debugged these before and they can be a real bitch.
I am also running a custom kernel (Linux big4 2.6.38.4 #1 SMP Fri Apr 22
23:26:38 CDT 2011 x86_64 x86_64 x86_64 GNU/Linux) mainly because the
stock one has a problem with timers once the machine gets to 200 days
uptime. The only thing I changed was the processor type. Other than that
our systems should be pretty close.
Jim Lewis
6:58 a.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On Tue, 2015-04-14 at 09:53 -0700, Rick Stevens wrote:
As someone who's been in the industry for over 40 years, cooling
is
rarely ever given anything but short shrift. When you start stuffing
lots of heat-generating components (GPUs, multiple CPUs, lots of
DIMMs) into chassis that are designed with aesthetics more in mind
than reliability or heat dissapation, you're "cruisin' for a
bruisin'."
They're fond of putting heat intolerant components, such as electrolytic
caps, right next to heat generating components. I have a Philips
television camera with electro caps actually strapped onto a heatsink
(not to cool the caps, the heatsink's for something else).
Side of the chassis mounted large fans that blow over whole cards are a
good idea, cooling the *whole* card, rather than just having small fans
on some heatsinks for some devices on the card, can be very useful,
especially in hot environments. That made a big difference to one
graphics card I had, it's fan barely made a difference to the thing it
was mounted on, and it eventually melted and seized up. Meanwhile other
parts on that board were burn-your-fingers roasting hot. But with one
fan doing the whole card, the whole thing stayed cool.
I haven't gone as far as doing smoke trail tests, but I've waggled my
finger tips around inside, to feel where the air does and doesn't go,
and made a cardboard reflector to change the flow of air onto something
that really needed it on one PC.
The average home PC is a bad design, often sucking air in from the
floor, pre-loaded with dust and carpet fluff. Just getting tower PCs
off the floor can make a difference. Heatsinks do not work when clogged
up with fluff, and it gums up the mechanics of fans.
--
tim@localhost ~]$ uname -rsvp
Linux 3.19.3-100.fc20.i686 #1 SMP Fri Mar 27 17:30:08 UTC 2015 i686
All mail to my mailbox is automatically deleted, there is no point trying
to privately email me, I will only read messages posted to the public lists.
George Orwell's '1984' was supposed to be a warning against tyranny, not
a set of instructions for supposedly democratic governments.
5:59 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/13/15 04:13, Ed Greshko wrote:
You mean like it never crashes for me on F21 but it crashes for you
on F14? That kind of evidence?
FWIW, I can't even get it to crash on F14.
Just installed F14 from the original DVD, downloaded the latest version of firefox from
mozilla, did an "rpm -e firefox" to get rid of the Fedora supplied version and
installed the downloaded version to /usr/local/bin.
https://drive.google.com/file/d/0B2H9v1dYNcvpbE9IUUNic2tPUHc/view?usp=sha...
--
If you can't laugh at yourself, others will gladly oblige.
5:58 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/12/2015 05:14 PM, Fred Smith wrote:
<<>>
Since the OP is running the Firefox downloaded from mozilla.org (as
am I) he's asking about how to disable the auto updates Mozilla.org
provides.
oops. my chemo brain over looked that fact. ;-)
I don't KNOW, but I remember digging into the "channel"
mechanism a
few years ago, and vaguely recall there being a file or a setting
(somewhere) that you can use to control that.
at one time, it was in the prefs.
Possibly checking the mozilla knowledge base, or user fora would
turn up something.
iirc, there was a lot of moan an groan about devs having removed
disabling of auto update.
overall consensus was that because users were not eager to update to
'latest and greatest' and new bugs, devs removed ability to not auto
update.
another suggestion would be a little involved, but doable.
backup firefox, open wireshark or similar network analyzer, manually.
see;
https://support.mozilla.org/en-US/kb/update-firefox-latest-version
after update runs, open analyzer to see what url is used for update.
block update url in firewall.
restore firefox backup.
yes/no/maybe?
--
peace out.
in a world with out fences, who needs gates.
CentOS GNU/Linux 6.6
tc,hago.
g
.
5:56 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/13/15 06:14, Fred Smith wrote:
Since the OP is running the Firefox downloaded from mozilla.org (as
am I)
he's asking about how to disable the auto updates Mozilla.org provides.
I don't KNOW, but I remember digging into the "channel" mechanism a few
years ago, and vaguely recall there being a file or a setting (somewhere)
that you can use to control that.
Possibly checking the mozilla knowledge base, or user fora would turn up
something.
This is a SWAG.... However, checking the differences between a Fedora supplied FF and a
downloaded version leads me to suggest editing
app.update.enabled to "false"
--
If you can't laugh at yourself, others will gladly oblige.
5:14 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On Sun, Apr 12, 2015 at 04:52:17PM -0500, g wrote:
On 04/12/2015 03:48 PM, Jim Lewis wrote:
<<>>
> Does anyone know the right way to make Firefox not auto "upgrade"
> to the new crappy version when it starts up again?
iirc, and presuming you run yum and not yumex, add;
--exclude=firefox*
to command line.
Since the OP is running the Firefox downloaded from mozilla.org (as am I)
he's asking about how to disable the auto updates Mozilla.org provides.
I don't KNOW, but I remember digging into the "channel" mechanism a few
years ago, and vaguely recall there being a file or a setting (somewhere)
that you can use to control that.
Possibly checking the mozilla knowledge base, or user fora would turn up
something.
Fred
--
---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------
Do you not know? Have you not heard?
The LORD is the everlasting God, the Creator of the ends of the earth.
He will not grow tired or weary, and his understanding no one can fathom.
----------------------------- Isaiah 40:28 (niv) -----------------------------
4:52 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/12/2015 03:48 PM, Jim Lewis wrote:
<<>>
Does anyone know the right way to make Firefox not auto
"upgrade"
to the new crappy version when it starts up again?
iirc, and presuming you run yum and not yumex, add;
--exclude=firefox*
to command line.
--
peace out.
in a world with out fences, who needs gates.
CentOS GNU/Linux 6.6
tc,hago.
g
.
3:06 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On Sun, Apr 12, 2015 at 09:10:01AM -1000, Jim Lewis wrote:
Oh I see now, you are assuming the problem is with my old OS instead of
with Firefox, despite all of the evidence to the contrary.
Did you consider the possibility of a corrupt configuration directory?
Maybe try starting Firefox with a fresh profile?
$ firefox -ProfileManager
I have been running Firefox nightly for a few years now. I sometimes
face problems like this, but in nightlies that is to be expected. And
more often than not, it turns out some config issue.
Hope this helps,
--
Suvayu
Open source is the future. It sets us free.
3:48 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On Sun, Apr 12, 2015 at 09:10:01AM -1000, Jim Lewis wrote:
>
> Oh I see now, you are assuming the problem is with my old OS instead
> of
> with Firefox, despite all of the evidence to the contrary.
Did you consider the possibility of a corrupt configuration directory?
Maybe try starting Firefox with a fresh profile?
$ firefox -ProfileManager
I have been running Firefox nightly for a few years now. I sometimes
face problems like this, but in nightlies that is to be expected. And
more often than not, it turns out some config issue.
Hope this helps,
--
Suvayu
Hi Suvayu,
Yes, I thought of that but since several other people are having
problems with the 37.* versions (on Fedora 21, CentOS 6.6, and others) I
still think someone introduced a bug in the Firefox code (maybe while
adding another new feature we don't need). I went back to version 36.0.4
and it is working perfectly, and is a bit faster than 37. I didn't have
to change anything else, so I will assume it's not a profile or config
issue.
Does anyone know the right way to make Firefox not auto "upgrade" to the
new crappy version when it starts up again?
Jim Lewis
3:13 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/13/15 03:10, Jim Lewis wrote:
> On 04/12/15 15:59, Jim Lewis wrote:
>> Yes, I believe it's about 3 years EOL, and is still 1000 times better
>> than anything they have put since. That's why I still use it on my main
>> system.
> And that is all well and good. But, it is the reason why you shouldn't
> hope for a fix.
>
Oh I see now, you are assuming the problem is with my old OS instead of
with Firefox, despite all of the evidence to the contrary.
You mean like it never crashes for me on F21 but it crashes for you on F14? That kind of
evidence?
--
If you can't laugh at yourself, others will gladly oblige.
2:10 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/12/15 15:59, Jim Lewis wrote:
> Yes, I believe it's about 3 years EOL, and is still 1000 times better
> than anything they have put since. That's why I still use it on my main
> system.
And that is all well and good. But, it is the reason why you shouldn't
hope for a fix.
Oh I see now, you are assuming the problem is with my old OS instead of
with Firefox, despite all of the evidence to the contrary.
Jim Lewis
5:59 a.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/12/15 15:59, Jim Lewis wrote:
Yes, I believe it's about 3 years EOL, and is still 1000 times
better
than anything they have put since. That's why I still use it on my main
system.
And that is all well and good. But, it is the reason why you shouldn't hope for a
fix.
--
If you can't laugh at yourself, others will gladly oblige.
2:59 a.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/12/15 12:28, Jim Lewis wrote:
> I was
> worried that maybe none of the versions past 36.0.4 would work on Fedora
> 14. If this is happening to a lot pf people I have to assume it will get
> fixed. Maybe not a good assumption seeing how things are done in the
> software industry today.
Not a very good assumption....
F14 is WAY past EOL.
Yes, I believe it's about 3 years EOL, and is still 1000 times better
than anything they have put since. That's why I still use it on my main
system.
Jim Lewis
12:35 a.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/12/15 12:28, Jim Lewis wrote:
I was
worried that maybe none of the versions past 36.0.4 would work on Fedora
14. If this is happening to a lot pf people I have to assume it will get
fixed. Maybe not a good assumption seeing how things are done in the
software industry today.
Not a very good assumption....
F14 is WAY past EOL.
--
If you can't laugh at yourself, others will gladly oblige.
11:28 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On Sat, Apr 11, 2015 at 04:17:45PM -1000, Jim Lewis wrote:
>
> Something came up (had to learn 50 songs on drums in 1 week) but I'm
> back now. I should have mentioned that this crashing problem with 37.0.1
> occurs on Fedora 14 64-bit. I went to about 20 different sites, watched
> it crash about 10 times, and sent in the crash report every time. And
> no, it doesn't just occur on "questionable sites", it even happened on
It crashes on tons of sites. too many to name (even if I had made note
of them, which I haven't). I'm on Centos 6 and it crashes ALL THE TIME.
I've sent in dozens of crash reports. I can only hope that someone is
paying attention.
Hi Fred,
Thanks for letting me know that it is crashing for you too. I was
worried that maybe none of the versions past 36.0.4 would work on Fedora
14. If this is happening to a lot pf people I have to assume it will get
fixed. Maybe not a good assumption seeing how things are done in the
software industry today.
It might just be my imagination but 36.0.4 seems faster than 37.0.1, and
it also doesn't seem to have that scroll bar "doesn't want to move
smoothly" problem.
Jim Lewis
512-797-3049
http://jklewis.com <- my resume, Java games, and link to book are here.
No ads!
9:52 p.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On Sat, Apr 11, 2015 at 04:17:45PM -1000, Jim Lewis wrote:
Something came up (had to learn 50 songs on drums in 1 week) but I'm
back now. I should have mentioned that this crashing problem with 37.0.1
occurs on Fedora 14 64-bit. I went to about 20 different sites, watched
it crash about 10 times, and sent in the crash report every time. And
no, it doesn't just occur on "questionable sites", it even happened on
It crashes on tons of sites. too many to name (even if I had made note
of them, which I haven't). I'm on Centos 6 and it crashes ALL THE TIME.
I've sent in dozens of crash reports. I can only hope that someone is
paying attention.
--
-------------------------------------------------------------------------------
.---- Fred Smith /
( /__ ,__. __ __ / __ : /
/ / / /__) / / /__) .+' Home: fredex(a)fcshome.stoneham.ma.us
/ / (__ (___ (__(_ (___ / :__ 781-438-5471
-------------------------------- Jude 1:24,25 ---------------------------------
12:01 a.m.
New subject: Firefox version 37.0.1 crashes on redhat.com
On 04/11/2015 09:52 PM, Fred Smith wrote:
On Sat, Apr 11, 2015 at 04:17:45PM -1000, Jim Lewis wrote:
> Something came up (had to learn 50 songs on drums in 1 week) but
> I'm back now. I should have mentioned that this crashing problem
> with 37.0.1 occurs on Fedora 14 64-bit. I went to about 20
> different sites, watched it crash about 10 times, and sent in the
> crash report every time. And no, it doesn't just occur on
> "questionable sites", it even happened on
It crashes on tons of sites. too many to name (even if I had made
note of them, which I haven't). I'm on Centos 6 and it crashes ALL
THE TIME. I've sent in dozens of crash reports. I can only hope that
someone is paying attention.
hello Jim and Fred.
firefox 37.- is a joke. in fact, firefox 3*. is a joke.
mozilla devs have been running around with their heads up "where
the sun don't shine" trying to stay ahead of gaagle chrome.
none of the 3*. series are worth the time users have spent trying
to use them.
it seems that instead of taking time to fix bugs, they write a
new version or release and end up with new bugs.
the last *stable* v/r was 27.0.1.
i am running centos6.6 and i am still using 24.8.0 and i have *zero*
problems, other than with firefox and adobe.
both the fedora and centos devs need to subscribe to the firefox and
thunderbird support groups, either email list or news group, so that
they can see just what kind of crap moz devs are putting out.
my advice to linux users, look for 24.8.0 or 27.0.1.
i do not if either version are readily available on fedora or centos
sites, but tarballs can be found via;
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/
--
peace out.
in a world with out fences, who needs gates.
CentOS GNU/Linux 6.6
tc,hago.
g
.
3296
days inactive
3299
days old
26 comments
11 participants
participants (11)
-
Andy Paterson -
Ed Greshko -
Fred Smith -
g -
Jim Lewis -
Joe Zeff -
Michael D. Setzer II -
Ranjan Maitra -
Rick Stevens -
Suvayu Ali -
Tim