strange behaviour of audacious

[Marat N.Afanasyev]

Hans Petter Selasky wrote:
> On 01/27/14 15:22, Marat N.Afanasyev wrote:
>> Hans Petter Selasky wrote:
>>> On 01/27/14 14:30, Marat N.Afanasyev wrote:
>>>> Marat N.Afanasyev wrote:
>>>>> Marat N.Afanasyev wrote:
>>>>>> Hello!
>>>>>>
>>>>>> I have a very strange behaviour of multimedia/audacious that can be
>>>>>> described as 'one-click-dialog'. After starting audacious it cannot
>>>>>> run
>>>>>> even one dialog completely, opening dialog and clicking on any active
>>>>>> element leads to all other elements being irresponsible, e.g. opening
>>>>>> global Preferences and then Output Plugin Preferences gives me
>>>>>> totally
>>>>>> unusable "OSS4 Output Settings" dialog that can be only closed by WM
>>>>>> close button, and everything is like this.
>>>>>>
>>>>>> PS. I don't subscribed to ml yet, so, if you want to answer me,
>>>>>> CC: to
>>>>>> me too
>>>>>>
>>>>> It seems that latest transmission has the same kind of problem, in
>>>>> settings dialog for torrent  'Close' button works if, and only if it
>>>>> was
>>>>> the first element to click. If I click on somewhere else, I can close
>>>>> this dialog only using WM's 'Close' button
>>>>>
>>>> And more. Both multimedia/audacious and net-p2p/transmission-gtk
>>>> interfaces ignore key/mouse events after first click, but if I switch
>>>> workspace there and back again they process next event. I found that
>>>> something similar to my case was happening in evince3
>>>> https://bbs.archlinux.org/viewtopic.php?pid=1305904#p1305904 but
>>>> there's
>>>> no solution also. I suppose that this is a very rare and strange
>>>> problem, so I wonder how can I debug event passing to gtk3 windows to
>>>> make conditions when this problem is happening as clear as possible.
>>>>
>>>
>>> Hi,
>>>
>>> Are all your devices USB based? Audio, keyboard and mouse. Maybe there
>>> is too little bandwidth and then this will happen :-(
>>>
>>> --HPS
>
> Hi,
>
> What sample rate are you using? Is your audio device configured for
> surround. Most likely your USB audio device is eating all the USB
> bandwidth in the Host OS leaving your other USB devices non-responsive.
> This is a well known issue. USB audio has priority over mouse and
> keyboard. This will not happen if you install FreeBSD on your computer
> instead of running it inside a VM.
>
> Can you supply more details about USB devices connected to your computer?
>
> --HPS
>
>> I have ps/2 keyboard, usb mouse and usb audio, but this happens always,
>> regardless of uaudio usage. I can try to find usb-to-ps2 adapter for
>> mouse and plug off uaudio, to locate culprit. I don't understand why
>> gtk3 process exactly one type of event and why it processes next after
>> switching workspaces
>>
>
FreeBSD is installed on my computer, not in some jumbo virtualbox.

% usbconfig
ugen2.1: <OHCI root HUB ATI> at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) 
pwr=SAVE (0mA)
ugen1.1: <OHCI root HUB ATI> at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) 
pwr=SAVE (0mA)
ugen0.1: <OHCI root HUB ATI> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) 
pwr=SAVE (0mA)
ugen5.1: <EHCI root HUB ATI> at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) 
pwr=SAVE (0mA)
ugen4.1: <OHCI root HUB ATI> at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) 
pwr=SAVE (0mA)
ugen3.1: <OHCI root HUB ATI> at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) 
pwr=SAVE (0mA)
ugen5.2: <USB Mass Storage Device Generic> at usbus5, cfg=0 md=HOST 
spd=HIGH (480Mbps) pwr=ON (2mA)
ugen1.2: <USB Audio CODEC Burr-Brown from TI> at usbus1, cfg=0 md=HOST 
spd=FULL (12Mbps) pwr=ON (100mA)
ugen5.3: <product 0x2f24 vendor 0x03f0> at usbus5, cfg=0 md=HOST 
spd=HIGH (480Mbps) pwr=SAVE (2mA)
ugen5.4: <HP USB Laser Mouse HP> at usbus5, cfg=0 md=HOST spd=LOW 
(1.5Mbps) pwr=ON (98mA)
ugen5.5: <USB2.0 Hub vendor 0x2109> at usbus5, cfg=0 md=HOST spd=HIGH 
(480Mbps) pwr=SAVE (100mA)
ugen5.6: <product 0x4200 vendor 0x066f> at usbus5, cfg=0 md=HOST 
spd=FULL (12Mbps) pwr=ON (440mA)
ugen5.7: <Mass Storage Device Generic> at usbus5, cfg=0 md=HOST spd=HIGH 
(480Mbps) pwr=ON (500mA)
ugen5.8: <USB 3.0 SATA Bridge VIA Labs, Inc.> at usbus5, cfg=0 md=HOST 
spd=HIGH (480Mbps) pwr=ON (2mA)

and this ignorance of events happens ONLY in gtk3 apps, no other 
application has the same problem. I write this message in gtk2 seamonkey 
and I have no problem at all with mouse/keyboard events here.

-- 
SY, Marat

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4228 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20140127/10724c09/attachment.bin>