Date: Mon, 27 Jan 2014 19:48:06 +0400 From: "Marat N.Afanasyev" <amarat@li.ru> To: Hans Petter Selasky <hps@bitfrost.no>, freebsd-multimedia@FreeBSD.org Cc: freebsd-gnome@freebsd.org Subject: Re: strange behaviour of audacious Message-ID: <52E67FB6.2040002@li.ru> In-Reply-To: <52E677ED.9020505@bitfrost.no> References: <52E25BF3.5000203@li.ru> <52E39B5C.8000402@li.ru> <52E65F5A.9010500@li.ru> <52E66AA8.2000108@bitfrost.no> <52E66BAA.7020607@li.ru> <52E66E44.6080206@bitfrost.no> <52E674E7.1050208@li.ru> <52E677ED.9020505@bitfrost.no>
next in thread | previous in thread | raw e-mail | index | archive | help
This is a cryptographically signed message in MIME format. --------------ms000100030600010308060306 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hans Petter Selasky wrote: > On 01/27/14 16:01, Marat N.Afanasyev wrote: >> 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 can= not >>>>>>>> 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, i= n >>>>>>> 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=EF=BB=BF >>>>>>> >>>>>> And more. Both multimedia/audacious and net-p2p/transmission-gtk >>>>>> interfaces ignore key/mouse events after first click, but if I swi= tch >>>>>> workspace there and back again they process next event. I found th= at >>>>>> something similar to my case was happening in evince3 >>>>>> https://bbs.archlinux.org/viewtopic.php?pid=3D1305904#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 possibl= e. >>>>>> >>>>> >>>>> Hi, >>>>> >>>>> Are all your devices USB based? Audio, keyboard and mouse. Maybe th= ere >>>>> 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-responsiv= e. >>> This is a well known issue. USB audio has priority over mouse and >>> keyboard. This will not happen if you install FreeBSD on your compute= r >>> 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 alwa= ys, >>>> 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 aft= er >>>> switching workspaces >>>> >>> > > Hi, > >> FreeBSD is installed on my computer, not in some jumbo virtualbox. > > :-) > > usbconfig show_ifdrv > > will show you all keyboards/mice there. > ugen5.2.0: umass0: <Generic USB Mass Storage Device, class 0/0, rev=20 2.00/2.20, addr 2> ugen1.2: <USB Audio CODEC Burr-Brown from TI> at usbus1, cfg=3D0 md=3DHOS= T=20 spd=3DFULL (12Mbps) pwr=3DON (100mA) ugen1.2.0: uaudio0: <Burr-Brown from TI USB Audio CODEC, class 0/0, rev=20 1.10/1.00, addr 2> ugen5.4: <HP USB Laser Mouse HP> at usbus5, cfg=3D0 md=3DHOST spd=3DLOW=20 (1.5Mbps) pwr=3DON (98mA) ugen5.4.0: ums0: <HP HP USB Laser Mouse, class 0/0, rev 2.00/31.00, addr = 4> >> >> and this ignorance of events happens ONLY in gtk3 apps, no other >> application has the same problem. I write this message in gtk2 seamonk= ey >> and I have no problem at all with mouse/keyboard events here. >> > > Ok, then it is probably not USB related. Just wanted to rule that yout.= > > Thank you! > > --HPS I don't know where to start digging, I even tried to build everything=20 with default options, no change at all --=20 SY, Marat --------------ms000100030600010308060306 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMaTCC Bi0wggUVoAMCAQICAwdtsTANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTEzMDgyOTA4MDMxM1oXDTE0MDgyOTE5MzcxNlowTzEZMBcGA1UE DRMQSXNDMTY0SkczZHE1UlBFUTEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC8T/yW /tVUT1pvIpPVHAgMjikWgAqQrAJPY6W6wKMzPl8XzW3UwpGfzgfeLoG7J2J1t9DujQYf3qqm LWEHgj5FRv6P+9ohdOyH0OqMbG76lz5ONqNcavPdE3//fQEXSxB2SQv1qUp1Dsd522Oavx1r svWlQEkLOnv2ac2mXS86W5kyJ27Pq/6fIgxrNAziKqMm51C3FGDBUn0mofzm3+FcMA4IMOyH kpe+M+iotZaU1OD5bWq4ISH85UioOV3B2OqL0cGM3UmuUJ4Qgi9iMgGPbmsIYQ6+A5LRM1py 8u5Nckt3gSYTvdKHN6dJGcg2Z+Ja0jW+XEvKo5Z+366/Zs6xAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOakEwEDLMFWYaXweQ5/FydTI94RMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADtRgWXP13dZs31xY7lDiP2P8jxM05AH SOwd7Fjx6wd/zMF+NMzYKWKiPCU4grfXM5FdMvc+E17QjXFc2Acp8ERx9xbeP1YUys1eXjvK Cpo01/GXoAsnfA2p6Qrc5AVtNhrPkuqB3VrIz+ihRJtEvWHOSuHjMqmEzAAYKaCaaLMCe+j3 Yj1pnTDQXprASuQ7UlBZ9myAFppZPylRdO8pYb4M8qR93steYSwA8TdWWqKzbr7sdaatLpbt WVrjjzIp54s5Psd5hY5lHPYAL6Nx1MJYjk80v7Xh3VSbqndbOCyb1Ix699Y5DF7+B9Yq9Jrl ju8WOgP6QF/u5MegLDB7xsAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0 YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKn u8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxah NvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//j diSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGt MIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYB BQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYI KwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBS MCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6 Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwEC ATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQG CCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0G CSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY 1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7 Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQo CRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTi pgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQg WI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8 MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2N iy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhd GwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwdtsTAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAxMjcx NTQ4MDZaMCMGCSqGSIb3DQEJBDEWBBRF43Z5BrVH9RjAqXqNhFhxqRD0tTBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB22xMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMHbbEwDQYJKoZIhvcNAQEBBQAEggEAVTpB6EtlQIPBdWxYbGlSs2XruKIYYs50RwUl4fbS ZSUiTHy/Dw5II9YNGKMbSu3VpO1tKppb15GQHoffr3Wru1UhwPy38AYudGxNlKEUZmIjelp/ RooDqo7tGkbwE0qSF10DBHr835JlpyDwZheAFLg2E/7yAFXVA8g2dhSyQjI3J8m66eZ0zvsH T/+KGCdTGXU0uJhSoev+DSKkP8l7L5qchAJ3fMSttkqJUbCoLNDCcxic9liWFkRkmkPyT5Og ibuv2voj5IrBlfVUPUGof6hEgYq2J76F7IBYoivTTaI6nOB8K6hsuFX8d2qv3j48G7V5zCLd 441xclTrzEzvzwAAAAAAAA== --------------ms000100030600010308060306--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?52E67FB6.2040002>