From owner-freebsd-gnome@FreeBSD.ORG Mon Jan 27 15:02:11 2014 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5636F6A for ; Mon, 27 Jan 2014 15:02:11 +0000 (UTC) Received: from mail-la0-f50.google.com (mail-la0-f50.google.com [209.85.215.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE7D4118E for ; Mon, 27 Jan 2014 15:02:10 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id ec20so4480002lab.23 for ; Mon, 27 Jan 2014 07:02:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=luopnBT3UWjHOIAy5f2pHH90vhCfT+imhYluvOOf67E=; b=EsXofkF7f/4u+1HbAgeYynYTyU/MPCSVmfJzwfGtS/AtpIuHsu2mys9vatupDEHKX8 eSliz+20GZlcv6XiwHLCj/RrUfpUOq1vM0d1K7uH/YNoly3amFaxdHf5zZDsre10sCsE fftK5GKcE5ETC3LVtS80Th1jmJIGVPKNopaf5cgfu+EYDvQxhznERX7TQgax5ludOlq7 Kqu4xYtxgPvyHBMVPo8kgKb/4jZTooZksJtPkdzsqgl7xiKFF6upr7vOvc4IZqwmovqY A/BXraPIoK7c+fU+UmoD21s9cAlpPMJ2HW9Ri6vBUGC6rxV0AStOXiL4adF7JpvrE2Ro tj8w== X-Gm-Message-State: ALoCoQnZjBjkDSSPqtP5/9+9MJOgNoloPQTyaJ3ZTovUWkya5Wq/wVX0W7FDIiGQUyzcQ0p/SLYw X-Received: by 10.152.20.6 with SMTP id j6mr17464694lae.8.1390834922789; Mon, 27 Jan 2014 07:02:02 -0800 (PST) Received: from zealot.ksu.ru (128-74-234-229.broadband.corbina.ru. [128.74.234.229]) by mx.google.com with ESMTPSA id ri4sm12523486lbb.6.2014.01.27.07.02.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 27 Jan 2014 07:02:01 -0800 (PST) Message-ID: <52E674E7.1050208@li.ru> Date: Mon, 27 Jan 2014 19:01:59 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: Hans Petter Selasky , freebsd-multimedia@FreeBSD.org Subject: Re: strange behaviour of audacious 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> In-Reply-To: <52E66E44.6080206@bitfrost.no> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060502090803080101090502" Cc: freebsd-gnome@freebsd.org X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 15:02:11 -0000 This is a cryptographically signed message in MIME format. --------------ms060502090803080101090502 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable 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 b= e >>>>>> described as 'one-click-dialog'. After starting audacious it canno= t >>>>>> run >>>>>> even one dialog completely, opening dialog and clicking on any act= ive >>>>>> element leads to all other elements being irresponsible, e.g. open= ing >>>>>> 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 i= t >>>>> was >>>>> the first element to click. If I click on somewhere else, I can clo= se >>>>> 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 switc= h >>>> 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=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 t= o >>>> make conditions when this problem is happening as clear as possible.= >>>> >>> >>> Hi, >>> >>> Are all your devices USB based? Audio, keyboard and mouse. Maybe ther= e >>> 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 compute= r? > > --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: at usbus2, cfg=3D0 md=3DHOST spd=3DFULL (12M= bps)=20 pwr=3DSAVE (0mA) ugen1.1: at usbus1, cfg=3D0 md=3DHOST spd=3DFULL (12M= bps)=20 pwr=3DSAVE (0mA) ugen0.1: at usbus0, cfg=3D0 md=3DHOST spd=3DFULL (12M= bps)=20 pwr=3DSAVE (0mA) ugen5.1: at usbus5, cfg=3D0 md=3DHOST spd=3DHIGH (480= Mbps)=20 pwr=3DSAVE (0mA) ugen4.1: at usbus4, cfg=3D0 md=3DHOST spd=3DFULL (12M= bps)=20 pwr=3DSAVE (0mA) ugen3.1: at usbus3, cfg=3D0 md=3DHOST spd=3DFULL (12M= bps)=20 pwr=3DSAVE (0mA) ugen5.2: at usbus5, cfg=3D0 md=3DHOST=20 spd=3DHIGH (480Mbps) pwr=3DON (2mA) ugen1.2: at usbus1, cfg=3D0 md=3DHOS= T=20 spd=3DFULL (12Mbps) pwr=3DON (100mA) ugen5.3: at usbus5, cfg=3D0 md=3DHOST=20 spd=3DHIGH (480Mbps) pwr=3DSAVE (2mA) ugen5.4: at usbus5, cfg=3D0 md=3DHOST spd=3DLOW=20 (1.5Mbps) pwr=3DON (98mA) ugen5.5: at usbus5, cfg=3D0 md=3DHOST spd=3DHI= GH=20 (480Mbps) pwr=3DSAVE (100mA) ugen5.6: at usbus5, cfg=3D0 md=3DHOST=20 spd=3DFULL (12Mbps) pwr=3DON (440mA) ugen5.7: at usbus5, cfg=3D0 md=3DHOST spd=3D= HIGH=20 (480Mbps) pwr=3DON (500mA) ugen5.8: at usbus5, cfg=3D0 md=3DHOS= T=20 spd=3DHIGH (480Mbps) pwr=3DON (2mA) and this ignorance of events happens ONLY in gtk3 apps, no other=20 application has the same problem. I write this message in gtk2 seamonkey = and I have no problem at all with mouse/keyboard events here. --=20 SY, Marat --------------ms060502090803080101090502 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 NTAxNTlaMCMGCSqGSIb3DQEJBDEWBBTxudpWPBNLPoaagBBWS/3ZO4x6JDBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB22xMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMHbbEwDQYJKoZIhvcNAQEBBQAEggEABy/94oZn1vo9UT6iqighEOwZhQMn/wnMjEkWhYWb DMRk6CFhDsLfZN5bsmmRJr9rvr9aNl8dhEGvvdirrpL5jzUJ7EFyagNuyx2mBEwrot39Hp1p limTO4TwIPp7Z9h0vh8pSy1fkEPMMGAfnNF0qwRdot/ja9wA7TbaGeYLDxYugK2fs/IOIK0M LSCvxjKSkd9NzDwCiS4POJ0wZEdhxG2MvZ5FVoBNsxCiGn0PC+GqWVkyb9W/OHQ92k2eaujL Rrvahf9C+8Pzf/Ecqv1yNqkwlqjcN7ZU+jO0hNw+cSZlZRohB0FQMqhIikt6DpK9mTX0/xT2 S5jUv7jHV6dgBgAAAAAAAA== --------------ms060502090803080101090502--