Re: ratpoison gets confused about what is the active frame

--00000000000035cdff05bf2b31e0
Content-Type: text/plain; charset="UTF-8"

On Sun, Apr 4, 2021 at 2:41 AM Axel Svensson <[email protected]> wrote:

> On Sun, Apr 4, 2021 at 4:08 AM Ian Hickson <[email protected]> wrote:
> > There's a bug I run into sometimes that I can't quite reliably
> > reproduce,
>
> Reproducing it is your first problem. Try adjusting your configuration
> with:
>
> set border 3
> set fwcolor "#a00000"
> set bwcolor "#0000d0"
>
> The above will help you double-check what frames ratpoison considers
> active/inactive/empty.
>

I've added those, I'll report back if it helps with figuring out what's
going on.


I feel like deleting a frame is unpredictible wrt what frame is active
> afterwards.


When this problem manifests, it doesn't matter where I move the focus. I
can manually shift the focus around to different frames (using "focusleft",
"focusdown", etc), and in each case whatever window is in that frame does
get keyboard focus, and ratpoison does display "Current Frame" in the
center of that frame, and I can use the window fine. But if I try to change
which window is in that frame using "prev" or "next", a different frame's
window changes. Indeed, once this issue triggers, it's always the same
frame that changes window regardless of how many times I shift the focus
around.



> Other than that, you say something about an "offending
> frame". Maybe it's the window that offends you? Badly behaving
> applications can steal focus sometimes
>

By "offending frame" I meant the frame that is capturing "prev"/"next"
("offending" doesn't mean "causing offense", it means "causing problems").


In either case, you'll probably not get much help until you can
> reproduce it. Good luck!
>

Is there any way to log ratpoison's behaviour to a file so that I can see
if there's anything common in the logs when the problem manifests?


In any case I guess the answer to my original question is that this is not
a known thing. I'll see if I can figure out how to reproduce it.

Cheers,
-- 
Ian Hickson

--00000000000035cdff05bf2b31e0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr">On Sun, Apr 4, 2021 at 2:41 AM Axel Svens=
son &lt;<a href=3D"mailto:[email protected]" target=3D"_blank">mail@axe=
lsvensson.com</a>&gt; wrote:<br></div><div class=3D"gmail_quote"><blockquot=
e class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px s=
olid rgb(204,204,204);padding-left:1ex">On Sun, Apr 4, 2021 at 4:08 AM Ian =
Hickson &lt;<a href=3D"mailto:[email protected]" target=3D"_blank">[email protected]<=
/a>&gt; wrote:<br>
&gt; There&#39;s a bug I run into sometimes that I can&#39;t quite reliably=
<br>
&gt; reproduce,<br>
<br>
Reproducing it is your first problem. Try adjusting your configuration<br>
with:<br>
<br>
set border 3<br>
set fwcolor &quot;#a00000&quot;<br>
set bwcolor &quot;#0000d0&quot;<br>
<br>
The above will help you double-check what frames ratpoison considers<br>
active/inactive/empty.<br></blockquote><div><br></div><div>I&#39;ve added t=
hose, I&#39;ll report back if it helps with figuring out what&#39;s going o=
n.</div><div><br></div><div><br></div><blockquote class=3D"gmail_quote" sty=
le=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddi=
ng-left:1ex">
I feel like deleting a frame is unpredictible wrt what frame is active<br>
afterwards.</blockquote><div><br></div><div>When this problem manifests, it=
 doesn&#39;t matter where I move the focus. I can manually=C2=A0shift the f=
ocus around to different frames (using &quot;focusleft&quot;, &quot;focusdo=
wn&quot;, etc), and in each case whatever window is in that frame does get =
keyboard focus, and ratpoison does display &quot;Current Frame&quot; in the=
 center of that frame, and I can use the window fine. But if I try to chang=
e which window is in that frame using &quot;prev&quot; or &quot;next&quot;,=
 a different frame&#39;s window changes. Indeed, once this issue triggers, =
it&#39;s always the same frame that changes window regardless of how many t=
imes I shift the focus around.</div><div><br></div><div>=C2=A0</div><blockq=
uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1p=
x solid rgb(204,204,204);padding-left:1ex"> Other than that, you say someth=
ing about an &quot;offending<br>
frame&quot;. Maybe it&#39;s the window that offends you? Badly behaving<br>
applications can steal focus sometimes<br></blockquote><div><br></div><div>=
By &quot;offending frame&quot; I meant the frame that is capturing &quot;pr=
ev&quot;/&quot;next&quot; (&quot;offending&quot; doesn&#39;t mean &quot;cau=
sing offense&quot;, it means &quot;causing problems&quot;).</div><div><br><=
/div><div><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0=
px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
In either case, you&#39;ll probably not get much help until you can<br>
reproduce it. Good luck!<br>
</blockquote></div><div><br></div>Is there any way to log ratpoison&#39;s=
=C2=A0behaviour to a file so that I can see if there&#39;s anything common =
in the logs when the problem manifests?<br clear=3D"all"><div><br></div><di=
v><br></div><div>In any case I guess the answer to my original question is =
that this is not a known thing. I&#39;ll see if I can figure out how to rep=
roduce it.</div><div><br></div><div>Cheers,</div>-- <br><div dir=3D"ltr">Ia=
n Hickson</div></div>

--00000000000035cdff05bf2b31e0--