On Mon, Jul 22, 2013 at 10:01:25AM +0300, Lars Engblom wrote:
> Then I was right regarding how well known the bugs are. ??As you wrote, there 
> are even known workarounds.

There are steps to diagnose YOUR problem and things to try that work for OTHER
PEOPLE. Who knows what your problems are until you tell us. Even if it is
the identical problem, your problem report could have that single new bit
of information that reveals all.

> 
> That I did not want to make double bug reports for something already reported 
> should be understandable.??
> 

Nope.

> Also, somebody new to openbsd will not search the mail archives for 
> workarounds. They expect things to work out of box. Should not the 
> workarounds be enabled by default then???

Anybody new to OpenBSD will either not report bugs in which case we don't
know about them or their problems, or be told in the gentle OpenBSD way to
RTFML.

.... Ken

> 
> I would not consider myself to be whiny in this case as I long time ago 
> noticed the reports and been patiently been waiting without whining hoping 
> the problem would get a solution. Also it is not for own benefit i am 
> complaining. I'm managing well (and I do not even run stable at home).??
> 
> -------- Original message --------
> From: Landry Breuil <lan...@rhaalovely.net> 
> Date: 22/07/2013  08:49  (GMT+02:00) 
> To: ports@openbsd.org 
> Subject: Re: Firefox and the ports tree LOCKED 
>  
> On Mon, Jul 22, 2013 at 07:56:31AM +0300, Lars Engblom wrote:
> > I have several times seen reports about FF crashing. It might have
> > been here or then on #openbsd (I am not sure where). I thought this
> > is something everybody knows. I made a misjudgement because I did
> > not want to send a bug-report for something I thought everybody knew
> > already.
> > 
> > What I sent to the list today was not a bug report either, I was
> > more raising the concern that the maintainer might need more time to
> > get it stable even though the tree is in lock and no big changes
> > should be allowed.
> > 
> > This problem might be related to drivers also. My laptop at home is
> > using i915, which has seen quite a bit of development during the
> > latest cycle. I am using amd64 snapshots. The pictures often get
> > horizontal stripes. HTML5 videos often crashes it completely, so
> > also a bit more intensive java scripts.
> > 
> > I can manage with Chromium, as it is not crashing. The problem is
> > not that big deal for me (although it is annoying). I am more
> > concerned about the reputation my favorite OS gets if FF gets
> > released in this shape.
> > 
> > I am not a good C programmer (my code can be dangerous) and I am
> > unable of debugging C, but I am willing to do by instruction what
> > anyone wants me to do in order to help in this case.
> 
> You just need to use common sense.
> 
> - try with a fresh empty profile
> - try to reset your regular profile (see about:support)
> - collect backtraces of crashes, open bugs upstream & cc me
> - gfx issues with pictures are known and have been discussed here, try
> ?? the various workarounds devised in the archives. (about:config
> gfx.xrender.enabled, layers.acceleration.enabled,
> MOZ_DISABLE_IMAGE_OPTIMIZE=1 in the env... see
> http://marc.info/?l=openbsd-ports&m=136560946723949&w=2)
> 
> Of course, i'm using firefox all the time on all my computers, and i
> dont see such OMGSOUNSTABLE behaviour. It crashes with OOM sometimes with
> heavy javascript, gobbles all cpu when viewing huge images, but besides
> that it's totally usable.
> 
> > >>I have been following snapshots the whole time and this problems in FF
> > >>has been since the spring.
> 
> Yeah, great timing to come whining... nothing will happen for 5.4.
> 
> Landry
> 

Reply via email to