Re: Mouse click problems with firefox and firefox-esr (and Seamonkey)

2016-04-23 Thread Birger Andersson

Hello Clint (and Nick),

On 2016-04-23 08:47, Clint Pachl wrote:

Nick wrote on 03/30/16 11:23:
I have tried both firefox and firefox-esr in both OpenBSD 5.8 and 5.9 
and can say that there are issues with the mouse not picking up 10-15% 
of my clicks, sometimes having to click a good 3 times or more for it 
to actually work correctly! When I select and drag text, it can 
randomly un-select it as if I have let go of the mouse and clicked 
elsewhere.. Just all sorts of stangeness. I never have a problem with 
moving the mouse cursor though. To say it's a nuisance is a bit of an 
understatement as I am now having to use chromium - which I detest, 
being a keen avoider of any google pish.


For extra info, I am using XFCE.

Does anyone have this issue? What is going on?


I have this exact same problem with Seamonkey using cwm(1) on a
ThinkPad T61. I've ran OpenBSD on this laptop for almost a decade now
and it's never had this issue before 5.8. It's really very annoying
but I've been living with it through 5.8, assuming it will be fixed in
5.9. Well I just upgraded to 5.9 the other day and was eager to see if
it was fixed, but it exhibits the same annoying behavior.

I don't know what to do or test. I run no ad-ons with Seamonkey.


Slightly off-topic, I can't see the selection problem reported above. 
But I *can* confirm that upgrading (or making a fresh install rather) of 
either 5.8 or 5.9 can be problematic. 
http://marc.info/?l=openbsd-misc=146099054608491=2


@Nick: xfce and firefox-esr under 5.7 runs reasonably well. No patches, 
though. In my case, chromium on 5.8 and 5.9 is a non-starter (almost 
literally) disregarding the ethics. In about a third of the starts it 
throws a "Use after free"-error: 
http://marc.info/?l=openbsd-bugs=14547010926=2 .



GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "amd64-unknown-openbsd5.9"...(no debugging
symbols found)

Core was generated by `chrome'.
Program terminated with signal 6, Aborted.
Reading symbols from /usr/lib/libpthread.so.20.1...done.
Loaded symbols for /usr/lib/libpthread.so.20.1
Loaded symbols for /usr/local/chrome/chrome
Reading symbols from /usr/local/lib/libestdc++.so.17.0...done.
Loaded symbols for /usr/local/lib/libestdc++.so.17.0
Reading symbols from /usr/local/lib/libexecinfo.so.2.0...done.
Loaded symbols for /usr/local/lib/libexecinfo.so.2.0
Reading symbols from /usr/local/lib/libgmodule-2.0.so.4200.2...done.
Loaded symbols for /usr/local/lib/libgmodule-2.0.so.4200.2
Reading symbols from /usr/local/lib/libgobject-2.0.so.4200.2...done.
Loaded symbols for /usr/local/lib/libgobject-2.0.so.4200.2
Reading symbols from /usr/local/lib/libglib-2.0.so.4200.2...done.
Loaded symbols for /usr/local/lib/libglib-2.0.so.4200.2
Reading symbols from /usr/lib/libevent.so.4.1...done.
Loaded symbols for /usr/lib/libevent.so.4.1
Reading symbols from /usr/local/lib/libnss3.so.39.0...done.
Loaded symbols for /usr/local/lib/libnss3.so.39.0
Reading symbols from /usr/local/lib/libsmime3.so.39.0...done.
Loaded symbols for /usr/local/lib/libsmime3.so.39.0
Reading symbols from /usr/local/lib/libnspr4.so.23.2...done.
Loaded symbols for /usr/local/lib/libnspr4.so.23.2
Reading symbols from /usr/local/lib/libgconf-2.so.6.2...done.
Loaded symbols for /usr/local/lib/libgconf-2.so.6.2
Reading symbols from /usr/local/lib/libgio-2.0.so.4200.2...done.
Loaded symbols for /usr/local/lib/libgio-2.0.so.4200.2
Reading symbols from /usr/local/lib/libxml2.so.15.1...done.
Loaded symbols for /usr/local/lib/libxml2.so.15.1
Reading symbols from /usr/X11R6/lib/libfontconfig.so.9.1...done.
Loaded symbols for /usr/X11R6/lib/libfontconfig.so.9.1
Reading symbols from /usr/X11R6/lib/libfreetype.so.24.1...done.
Loaded symbols for /usr/X11R6/lib/libfreetype.so.24.1
Reading symbols from /usr/local/lib/libpangocairo-1.0.so.3800.0...done.
Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.3800.0
Reading symbols from /usr/local/lib/libcairo.so.12.3...done.
Loaded symbols for /usr/local/lib/libcairo.so.12.3
Reading symbols from /usr/local/lib/libpango-1.0.so.3800.0...done.
Loaded symbols for /usr/local/lib/libpango-1.0.so.3800.0
Reading symbols from /usr/local/lib/libpng.so.17.2...done.
Loaded symbols for /usr/local/lib/libpng.so.17.2
Reading symbols from /usr/X11R6/lib/libX11.so.16.1...done.
Loaded symbols for /usr/X11R6/lib/libX11.so.16.1
Reading symbols from /usr/X11R6/lib/libXi.so.12.1...done.
Loaded symbols for /usr/X11R6/lib/libXi.so.12.1
Reading symbols from /usr/X11R6/lib/libXcursor.so.5.0...done.
Loaded symbols for /usr/X11R6/lib/libXcursor.so.5.0
Reading symbols from /usr/X11R6/lib/libXext.so.13.0...done.
Loaded symbols for /usr/X11R6/lib/libXext.so.13.0
Reading symbols from 

Re: Firefox Crashes; slow xfce

2016-04-18 Thread Birger Andersson

Hi Daniel,

On 2016-04-18 18:30, Daniel Boyd wrote:


I was unable to solve either of the two problems you describe and
obviously did noone else. The proposed solutions later in this thread 
did
nothing to improve the situation in my case. Your first item (the 
crash
fest in 5.8 and 5.9) made me move back to 5.7 which I'm using right 
now. It

comes with xfce 4.10 and firefox-esr 31.4. The desktop is reasonably
stable. Enough to remain productive.

Best regards
/Birger


Are you saying that this is a problem with Xfce and Firefox?  If so, 
might

be worth looking into other window managers...


Yes, I did. awesome, and clutter(that comes with gnome. I actually 
installed the gnome DE to just to try this out). To no avail.


Speculating, I'd say that the problem is in X. Where I don't know. But 
it might also be that xfce is involved somehow; both 5.8 and 5.9 uses 
xfce 4.12. IIRC, I installed both awesome and gnome without 
de-installing xfce. It is not completely unthinkable (although unlikely) 
that they share some common parts.


Best regards
/Birger



Re: Firefox Crashes; slow xfce

2016-04-18 Thread Birger Andersson

Hi Daniel,

On 2016-04-15 20:11, Daniel Boyd wrote:

I have noticed a pattern lately.  When I open LibreOffice or Evince,
Firefox crashes -- like pretty regularly.  I switched from using Calc 
to
Gnumeric and that has helped some, but having my browser crash 10-15 
times

a day is not good for productivity.

I've been using OpenBSD (first 5.8 and now 5.9) on my primary work 
machine

for a couple months now.  I am largely very happy with things, but I'm
hopeful I can figure out a solution to this.

In addition, the LibreOffice 5 build in 5.9 crashed so much on me last 
week

as to not be usable.  I don't use LibreOffice super often, but I don't
recall having any issues like that with the 4.x build that ran on 5.8.


You are not alone...

http://marc.info/?l=openbsd-bugs=14547010926=2

Switching to Chromium will not help. Quite the contrary.



And, lastly dragging windows in xfce is *slow*.  This isn't a new 
computer,
but it's got a Radeon HD 7770.  I am running dual 2560x1440 monitors 
which

is a lot of pixels, but I think that card should be capable of handling
it.


You are not alone... I guess sound gets muted when you drag those slow 
windows too, right.


http://marc.info/?t=14528853021=1=2

I was unable to solve either of the two problems you describe and 
obviously did noone else. The proposed solutions later in this thread 
did nothing to improve the situation in my case. Your first item (the 
crash fest in 5.8 and 5.9) made me move back to 5.7 which I'm using 
right now. It comes with xfce 4.10 and firefox-esr 31.4. The desktop is 
reasonably stable. Enough to remain productive.


Best regards
/Birger




I'm not sure what all log/configuration files etc to post, so I'll just 
do

dmesg, Xorg.0.log, and login.conf

dmesg:
OpenBSD 5.9 (GENERIC.MP) #1: Thu Mar 31 12:53:41 CEST 2016
jas...@stable-59-amd64.mtier.org:
/binpatchng/work-binpatch59-amd64/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8564244480 (8167MB)
avail mem = 8300490752 (7915MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xf0720 (77 entries)
bios0: vendor American Megatrends Inc. version "0711" date 05/18/2009
bios0: ASUSTeK Computer INC. P6T WS PRO
acpi0 at bios0: rev 0
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG OEMB HPET OSFR SSDT
acpi0: wakeup devices NPE2(S4) NPE4(S4) NPE5(S4) NPE6(S4) NPE8(S4) 
NPE9(S4)

NPEA(S4) P0P1(S4) PS2K(S4) PS2M(S4) USB0(S4) USB1(S4) USB2(S4) USB5(S4)
EUSB(S4) USB3(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU E5506 @ 2.13GHz, 2138.51 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 136MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Xeon(R) CPU E5506 @ 2.13GHz, 2180.95 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Xeon(R) CPU E5506 @ 2.13GHz, 2180.95 MHz
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Xeon(R) CPU E5506 @ 2.13GHz, 2180.95 MHz
cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 8, remapped to apid 1
ioapic1 at mainbus0: apid 3 pa 0xfec8a000, version 20, 24 pins
ioapic1: misconfigured as apic 9, remapped to apid 3
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (NPE2)
acpiprt2 at acpi0: bus -1 (NPE4)
acpiprt3 at acpi0: bus -1 (NPE5)
acpiprt4 at acpi0: bus -1 (NPE6)
acpiprt5 at acpi0: bus -1 (NPE8)
acpiprt6 at acpi0: bus -1 (NPE9)
acpiprt7 at acpi0: bus -1 (NPEA)
acpiprt8 at acpi0: bus 10 

Re: chromium 48 (64-bit) crashes on 5.9-beta and xfce-4.12

2016-02-03 Thread Birger Andersson

Hello,

thanks for your prompt answer. I did not try without the uBlock Origin 
extension and I've read about the problem you describe.


As per your suggestion I will resubmit the this entire thread to the 
bugs list.


Best regards
/birger

On 2016-02-03 20:57, Mariano Baragiola wrote:

Hello.

On 02/03/16 16:35, bian wrote:


Both browsers have one extension installed, uBlock Origin, otherwise
they are stock. This crashing behaviour occurred also on obsd-5.8 and 
it

was one of my reasons for switching from 5.8 to 5.9-beta.



Have you tried opening them without uBlock Origin?

There was a known error in 5.8 amd64 with Chromium and uBlock Origin,
but the crash victim was the extension and not the browser, at least
on my case (I found some people saying the entire browser was
crashing). Maybe it is related in some way.

Btw, I'm no longer experiencing the problem in 5.8-stable amd64.


PS: This thread probably belongs to b...@openbsd.org.

Cheers.




Re: smplayer 14.9 gets muted when moving or resizing windows in xfce 4.12

2016-01-19 Thread Birger Andersson

Hi Matthew

Good point. Sound is muted and indeed playback is paused. Maybe it's the 
pause that cause the muting.


On further investigation in xfce, under the condition that the 
checkboxes 'Hide content of
windows [when moving] or [when resizing]' are ticked muting and pausing 
occurs when windows are moved/resized using mouse or keyboard.


Furthermore, moving/resizing when using smplayer for playing a video 
file results in a mute and pause. Playing an audio only file results in 
no mute or pause. Window wise there is no canvas area  but only the 
window decorations when playing the audio file.


Using mplayer from a terminal window and moving/resizing any window then 
both the video file and the audio file gets muted and paused.


/birger

On 2016-01-19 13:50, cho...@jtan.com wrote:

Luciano Rottava da Silva writes:

Hello,

Same here with fvwm2-2.6.5 (installed via pkg) and 5.8-release.

But in my case it happens when moving or *resizing* any window (xterm,
firefox, etc.) if I keep mouse pressed doing any of above event "long
enough".

Looks like this issue is not directly related to wm or desktop 
environment.


Are you sure it's *muting* and not *pausing*?

ISTR from back when I used fvwm that this behaviour was caused by mouse
drags freezing communication with X, causing all X clients to pause
until the mouse dropped.

I didn't ever fix it, sadly. Being one of those things that Shouldn't
Even Be Possible I just chalked it down to X being X, where that
statement is invalid.

This was not on OpenBSD, by the way, but I doubt that matters.

Matthew




Re: smplayer 14.9 gets muted when moving or resizing windows in xfce 4.12

2016-01-18 Thread Birger Andersson

Hi Jan,

I can (almost) confirm the behaviour you describe. Logging into awesome 
and starting mplayer in xterm muting occurs when *resizing* the xterm 
window (or any other window). Moving a window does not seem to affect 
sound output.


Best regards
/birger

On 2016-01-18 06:56, Jan Lambertz wrote:

Hi,

i had a similar Problem. turned out to happen with plain mplayer and
any windowmanager. when you move the application Window, after a sec
or so mplayer stops Sound. can you verify the behavior ?



-- first in thread below ---

When using smplayer version: 14.9.0 (svn r6994) under xfce 4.12 as 
supplied in stock obsd 5.8 >> moving or resizing a window mutes the 
sound. This happens under the condition that the
checkboxes 'Hide content of windows [when moving] or [when resizing]' 
are ticked. Those boxes >> are found under the Settings -> Window 
Manager -> Advanced tab in the main xfce menu.


Muting occurs when resizing or moving the smplayer window or any other 
unrelated window. The problem is repeatable. When using vlc for playing 
a file and the boxes are ticked as above then there is no muting.