From xyne at archlinux.ca Fri Jul 28 10:51:00 2017 From: xyne at archlinux.ca (Xyne) Date: Fri, 28 Jul 2017 14:51:00 +0000 Subject: [openbox] iconifying Chromium on startup Message-ID: <20170728145100.060960d9@archlinux.ca> Hi, For a couple of years I have had the following in my rc.xml file to prevent browsers from stealing focus when they start up: no yes This has worked flawlessly with Firefox and Chromium until recently. Firefox is still iconified and unfocused when it starts but Chromium pops up and takes focus. Relevant output from obxprop for the Chromium window: _OB_APP_CLASS(UTF8_STRING) = "Chromium" _OB_APP_NAME(UTF8_STRING) = "chromium" _OB_APP_ROLE(UTF8_STRING) = "browser" WM_WINDOW_ROLE(STRING) = "browser" WM_CLASS(STRING) = "chromium", "Chromium" Attempting to catch it with class="chromium" fails as well. Even class="*" fails. Am I missing something or has Chromium simply become incompliant? I am using Openbox 3.6.1 and Chromium 60.0.3112.78 on Arch Linux. I can provide full obxprop output if needed. Thanks in advance for any help. From danakj at orodu.net Fri Jul 28 11:07:21 2017 From: danakj at orodu.net (Dana Jansens) Date: Fri, 28 Jul 2017 11:07:21 -0400 Subject: [openbox] iconifying Chromium on startup In-Reply-To: <20170728145100.060960d9@archlinux.ca> References: <20170728145100.060960d9@archlinux.ca> Message-ID: It could be that chromium is making itself active. If you run with openbox with --debug --debug-focus you'll get a lot of data what's going on when you open it. On Fri, Jul 28, 2017 at 10:51 AM, Xyne wrote: > Hi, > > For a couple of years I have had the following in my rc.xml file to prevent > browsers from stealing focus when they start up: > > > > no > yes > > > > This has worked flawlessly with Firefox and Chromium until recently. > Firefox is > still iconified and unfocused when it starts but Chromium pops up and takes > focus. Relevant output from obxprop for the Chromium window: > > _OB_APP_CLASS(UTF8_STRING) = "Chromium" > _OB_APP_NAME(UTF8_STRING) = "chromium" > _OB_APP_ROLE(UTF8_STRING) = "browser" > WM_WINDOW_ROLE(STRING) = "browser" > WM_CLASS(STRING) = "chromium", "Chromium" > > Attempting to catch it with class="chromium" fails as well. Even class="*" > fails. Am I missing something or has Chromium simply become incompliant? > > I am using Openbox 3.6.1 and Chromium 60.0.3112.78 on Arch Linux. I can > provide > full obxprop output if needed. > > Thanks in advance for any help. > _______________________________________________ > openbox mailing list > openbox at icculus.org > http://icculus.org/mailman/listinfo/openbox -------------- next part -------------- An HTML attachment was scrubbed... URL: From xyne at archlinux.ca Fri Jul 28 15:41:05 2017 From: xyne at archlinux.ca (Xyne) Date: Fri, 28 Jul 2017 19:41:05 +0000 Subject: [openbox] iconifying Chromium on startup In-Reply-To: References: <20170728145100.060960d9@archlinux.ca> Message-ID: <20170728194105.57693a98@archlinux.ca> Thanks for the quick reply. Here's the output that shows that it is indeed iconifying and then uniconifying Chromium. I suppose that this is an issue with Chromium but is there any way to work around it in Openbox while still allowing other windows to be automatically focused? Openbox-Debug: Iconifying window: 0xa00001 Openbox-Debug: (FOCUS) ignoring enters from 27628 until 27629 Openbox-Debug: Managed window 0xa00001 plate 0x400879 (Chromium) Openbox-Debug: net_wm_state Add 381 382 for 0xa00001 Openbox-Debug: Sending ConfigureNotify to New Tab - Chromium for 0,0 1600x900 Openbox-Debug: (FOCUS) ignoring enters from 27634 until 27707 Openbox-Debug: net_active_window for 0xa00001 source=application Openbox-Debug: Want to focus window 0xa00001 at time 183164703 launched at 0 (last user interaction time 0) request from user, allow other desktop: no, desktop switch time 0 Openbox-Debug: Unknown launch time, using 0 - independent window Openbox-Debug: Allowing focus stealing for New Tab - Chromium at time 183164703 (last user interaction time 0) Openbox-Debug: Uniconifying window: 0xa00001 On 2017-07-28 11:07 -0400 Dana Jansens wrote: >It could be that chromium is making itself active. If you run with openbox >with --debug --debug-focus you'll get a lot of data what's going on when >you open it. > >On Fri, Jul 28, 2017 at 10:51 AM, Xyne wrote: > >> Hi, >> >> For a couple of years I have had the following in my rc.xml file to prevent >> browsers from stealing focus when they start up: >> >> >> >> no >> yes >> >> >> >> This has worked flawlessly with Firefox and Chromium until recently. >> Firefox is >> still iconified and unfocused when it starts but Chromium pops up and takes >> focus. Relevant output from obxprop for the Chromium window: >> >> _OB_APP_CLASS(UTF8_STRING) = "Chromium" >> _OB_APP_NAME(UTF8_STRING) = "chromium" >> _OB_APP_ROLE(UTF8_STRING) = "browser" >> WM_WINDOW_ROLE(STRING) = "browser" >> WM_CLASS(STRING) = "chromium", "Chromium" >> >> Attempting to catch it with class="chromium" fails as well. Even class="*" >> fails. Am I missing something or has Chromium simply become incompliant? >> >> I am using Openbox 3.6.1 and Chromium 60.0.3112.78 on Arch Linux. I can >> provide >> full obxprop output if needed. >> >> Thanks in advance for any help. >> _______________________________________________ >> openbox mailing list >> openbox at icculus.org >> http://icculus.org/mailman/listinfo/openbox From danakj at orodu.net Fri Jul 28 17:00:24 2017 From: danakj at orodu.net (Dana Jansens) Date: Fri, 28 Jul 2017 17:00:24 -0400 Subject: [openbox] iconifying Chromium on startup In-Reply-To: <20170728194105.57693a98@archlinux.ca> References: <20170728145100.060960d9@archlinux.ca> <20170728194105.57693a98@archlinux.ca> Message-ID: Not really no :/ Should report it at bugs.chromium.org. On Fri, Jul 28, 2017 at 3:41 PM, Xyne wrote: > Thanks for the quick reply. Here's the output that shows that it is indeed > iconifying and then uniconifying Chromium. I suppose that this is an issue > with Chromium but is there any way to work around it in Openbox while still > allowing other windows to be automatically focused? > > > Openbox-Debug: Iconifying window: 0xa00001 > Openbox-Debug: (FOCUS) ignoring enters from 27628 until 27629 > Openbox-Debug: Managed window 0xa00001 plate 0x400879 (Chromium) > Openbox-Debug: net_wm_state Add 381 382 for 0xa00001 > Openbox-Debug: Sending ConfigureNotify to New Tab - Chromium for 0,0 > 1600x900 > Openbox-Debug: (FOCUS) ignoring enters from 27634 until 27707 > Openbox-Debug: net_active_window for 0xa00001 source=application > Openbox-Debug: Want to focus window 0xa00001 at time 183164703 launched at > 0 (last user interaction time 0) request from user, allow other desktop: > no, desktop switch time 0 > Openbox-Debug: Unknown launch time, using 0 - independent window > Openbox-Debug: Allowing focus stealing for New Tab - Chromium at time > 183164703 (last user interaction time 0) > Openbox-Debug: Uniconifying window: 0xa00001 > > > > > On 2017-07-28 11:07 -0400 > Dana Jansens wrote: > > >It could be that chromium is making itself active. If you run with openbox > >with --debug --debug-focus you'll get a lot of data what's going on when > >you open it. > > > >On Fri, Jul 28, 2017 at 10:51 AM, Xyne wrote: > > > >> Hi, > >> > >> For a couple of years I have had the following in my rc.xml file to > prevent > >> browsers from stealing focus when they start up: > >> > >> > >> > >> no > >> yes > >> > >> > >> > >> This has worked flawlessly with Firefox and Chromium until recently. > >> Firefox is > >> still iconified and unfocused when it starts but Chromium pops up and > takes > >> focus. Relevant output from obxprop for the Chromium window: > >> > >> _OB_APP_CLASS(UTF8_STRING) = "Chromium" > >> _OB_APP_NAME(UTF8_STRING) = "chromium" > >> _OB_APP_ROLE(UTF8_STRING) = "browser" > >> WM_WINDOW_ROLE(STRING) = "browser" > >> WM_CLASS(STRING) = "chromium", "Chromium" > >> > >> Attempting to catch it with class="chromium" fails as well. Even > class="*" > >> fails. Am I missing something or has Chromium simply become incompliant? > >> > >> I am using Openbox 3.6.1 and Chromium 60.0.3112.78 on Arch Linux. I can > >> provide > >> full obxprop output if needed. > >> > >> Thanks in advance for any help. > >> _______________________________________________ > >> openbox mailing list > >> openbox at icculus.org > >> http://icculus.org/mailman/listinfo/openbox > _______________________________________________ > openbox mailing list > openbox at icculus.org > http://icculus.org/mailman/listinfo/openbox > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xyne at archlinux.ca Fri Jul 28 19:46:34 2017 From: xyne at archlinux.ca (Xyne) Date: Fri, 28 Jul 2017 23:46:34 +0000 Subject: [openbox] iconifying Chromium on startup In-Reply-To: References: <20170728145100.060960d9@archlinux.ca> <20170728194105.57693a98@archlinux.ca> Message-ID: <20170728234634.4b04d610@archlinux.ca> Oh well, an Openbox penalty box would have been nice :P Thanks for the help, and thanks again for Openbox! On 2017-07-28 17:00 -0400 Dana Jansens wrote: >Not really no :/ Should report it at bugs.chromium.org. From a.thyssen at griffith.edu.au Fri Jul 28 20:05:46 2017 From: a.thyssen at griffith.edu.au (Anthony Thyssen) Date: Sat, 29 Jul 2017 10:05:46 +1000 Subject: [openbox] iconifying Chromium on startup In-Reply-To: <20170728234634.4b04d610@archlinux.ca> References: <20170728145100.060960d9@archlinux.ca> <20170728194105.57693a98@archlinux.ca> <20170728234634.4b04d610@archlinux.ca> Message-ID: I iconify windows automatically on start up, but I don't get openbox to do it... I look for the window ID of the application to appear, then use tools like "xwit", or "xdotool" to iconize it. Here for example is from my start up script... google-chrome 2>/dev/null 2>&1 & if id=`xwin_find 60 ".* - Google Chrome"`; then echo "Chrome Window Found (id=$id)" sleep 1 # pause a moment xwit -iconify -id $id || xdotool windowminimize $id else echo "ERROR: Chrome Window NOT FOUND\!" fi The script "xwin_find" can be downloaded from http://www.ict.griffith.edu.au/anthony/software/#xwin_find I have never seen any interactions between google-chrome and firefox On Sat, Jul 29, 2017 at 9:46 AM, Xyne wrote: > Oh well, an Openbox penalty box would have been nice :P > > Thanks for the help, and thanks again for Openbox! > > On 2017-07-28 17:00 -0400 > Dana Jansens wrote: > > >Not really no :/ Should report it at bugs.chromium.org. > _______________________________________________ > openbox mailing list > openbox at icculus.org > http://icculus.org/mailman/listinfo/openbox -------------- next part -------------- An HTML attachment was scrubbed... URL: