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: