with background it looks like so (set via nitrogen)
http://i.imgur.com/RX7syWq.png
however it seems like if i set the background again after ssh-add finished, the 
background shows fine without the ghost window. not 100% sure yet on the 
conditions that trigger the issue. i can play with it a bit more and can 
probably succesfully work around it. (though it's still weird)


process is no longer running:
~ ❯❯❯ ps aux | grep ssh-add
dieter    4286  0.0  0.0  10728  2384 pts/3    S+   23:07   0:00 grep 
--color=auto ssh-add
~ ❯❯❯ ps aux | grep keepass
dieter    4315  0.0  0.0  10728  2248 pts/3    S+   23:07   0:00 grep 
--color=auto keepass
~ ❯❯❯ ps aux | grep x11
dieter    4352  0.0  0.0  10728  2140 pts/3    S+   23:07   0:00 grep 
--color=auto x11
~ ❯❯❯ 


when i run xprop and then click on the ghost window i get:
~ ❯❯❯ xprop
GDK_VISUALS(INTEGER) = 233, 165
_NET_DESKTOP_VIEWPORT(CARDINAL) = 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
_NET_DESKTOP_NAMES(UTF8_STRING) = "1", "2", "3", "4", "5", "6", "7", "8"
_NET_NUMBER_OF_DESKTOPS(CARDINAL) = 8
_NET_CURRENT_DESKTOP(CARDINAL) = 5
I3_SHMLOG_PATH(UTF8_STRING) = "/i3-log-769"
I3_CONFIG_PATH(UTF8_STRING) = "/home/dieter/.i3/config"
I3_PID(CARDINAL) = 769
I3_SOCKET_PATH(UTF8_STRING) = "/run/user/1011/i3/ipc-socket.769"
_NET_ACTIVE_WINDOW(WINDOW): window id # 0x0
_NET_CLIENT_LIST(WINDOW): window id # 0x1000003, 0x1a00001, 0x180009b, 
0x1400003, 0x2000007, 0x2400003, 0x2600003, 0x2800003
_NET_CLIENT_LIST_STACKING(WINDOW): window id # 0x2000007, 0x2400003, 0x180009b, 
0x2600003, 0x1a00001, 0x1000003, 0x2800003, 0x1400003
_NET_SUPPORTED(ATOM) = _NET_SUPPORTED, _NET_SUPPORTING_WM_CHECK, _NET_WM_NAME, 
_NET_WM_VISIBLE_NAME, _NET_WM_MOVERESIZE, _NET_WM_STATE_STICKY, 
_NET_WM_STATE_FULLSCREEN, _NET_WM_STATE_DEMANDS_ATTENTION, _NET_WM_STATE_MODAL, 
_NET_WM_STATE_HIDDEN, _NET_WM_STATE, _NET_WM_WINDOW_TYPE, 
_NET_WM_WINDOW_TYPE_NORMAL, _NET_WM_WINDOW_TYPE_DOCK, 
_NET_WM_WINDOW_TYPE_DIALOG, _NET_WM_WINDOW_TYPE_UTILITY, 
_NET_WM_WINDOW_TYPE_TOOLBAR, _NET_WM_WINDOW_TYPE_SPLASH, 
_NET_WM_WINDOW_TYPE_MENU, _NET_WM_WINDOW_TYPE_DROPDOWN_MENU, 
_NET_WM_WINDOW_TYPE_POPUP_MENU, _NET_WM_WINDOW_TYPE_TOOLTIP, _NET_WM_DESKTOP, 
_NET_WM_STRUT_PARTIAL, _NET_CLIENT_LIST, _NET_CLIENT_LIST_STACKING, 
_NET_CURRENT_DESKTOP, _NET_NUMBER_OF_DESKTOPS, _NET_DESKTOP_NAMES, 
_NET_DESKTOP_VIEWPORT, _NET_ACTIVE_WINDOW, _NET_CLOSE_WINDOW
_NET_WM_NAME(UTF8_STRING) = "i3"
_NET_SUPPORTING_WM_CHECK(WINDOW): window id # 0x800062
RESOURCE_MANAGER(STRING) = 
"urxvt.font:\txft:Terminus\nx11-ssh-askpass*font:\t-*-dina-medium-r-*-*-12-*-*-*-*-*-*-*\nx11-ssh-askpass*background:\t#000000\nx11-ssh-askpass*foreground:\t#ffffff\nx11-ssh-askpass.Button*background:\t#000000\nx11-ssh-askpass.Indicator*foreground:\t#ff9900\nx11-ssh-askpass.Indicator*background:\t#090909\nx11-ssh-askpass*topShadowColor:\t#000000\nx11-ssh-askpass*bottomShadowColor:\t#000000\nx11-ssh-askpass.*borderWidth:\t1\n"
ESETROOT_PMAP_ID(PIXMAP): pixmap id # 0x600004
_XROOTPMAP_ID(PIXMAP): pixmap id # 0x600004
_XKB_RULES_NAMES(STRING) = "evdev", "pc105", "dvorak", "", ""
XFree86_has_VT(INTEGER) = 1
XFree86_VT(INTEGER) = 1
~ ❯❯❯ 


am i seeing this right? it's i3 itself?

On Wed, 4 Nov 2015 09:43:45 -0500
Ingo Bürk <ad...@airblader.de> wrote:

> Hi Dieter,
> 
> sorry, I completely forgot about the second issue. Can you check whether
> there actually IS a window? For example, try pgrep-ing for keepass and
> also try "xprop"-selecting that window on an empty workspace (where it's
> not covered by other windows).
> 
> If there isn't actually a window, this sounds like a typical graphics
> glitch. If you haven't set a background to your desktop yet, you should
> do this, even if you want it to be just black. See [1] for some
> orientation. If that's done and the issue persists, I'd try running a
> compositor (e.g., compton) if you aren't already. If it STILL persists
> after that, I would look into my graphics driver.
> 
> However, if there actually IS a window, tell the keepass guys to look
> into it. :)
> 
> [1]
> https://faq.i3wm.org/question/6/how-can-i-set-a-desktop-background-image-in-i3/
> 
> 
> Ingo
> 
> On 11/03/2015 10:21 PM, Dieter Plaetinck wrote:
> > btw i have configured the askpass window to have a 0px border,
> > so the other problem (the "ghosting") is now a little less annoying
> > (looks like http://i.imgur.com/qgnOTaV.png now)
> > though it 'd be nice if we could solve this one too. any ideas ?
> >
> >
> >
> > On Tue, 3 Nov 2015 20:57:45 -0500
> > Dieter Plaetinck <die...@plaetinck.be> wrote:
> >  
> >> thanks Ingo,
> >> reported @ https://bugzilla.mindrot.org/show_bug.cgi?id=2491
> >>
> >> btw I tried setting the window to 426x94 (cause those values appeared in 
> >> other size hints)
> >> but that ended up being too low.  I just estimated a height and 115 seems 
> >> to look good.
> >> I wonder why it hinted at 94..
> >>
> >> On Tue, 3 Nov 2015 19:59:45 -0500
> >> Ingo Bürk <ad...@airblader.de> wrote:
> >>  
> >>> Hi,
> >>>
> >>> one more thing, to make life easier for yourself you can either locally
> >>> revert the commit or use a for_window directive matching that popup and
> >>> do something like
> >>>
> >>>     for_window [class="(?i)keepass" …] resize set 500 300
> >>>
> >>>
> >>>
> >>> Ingo
> >>>
> >>> On 11/03/2015 07:43 PM, Ingo Bürk wrote:    
> >>>> Thanks! Yeah, the problem is that askpass specifies size flags in
> >>>> WM_SIZE_HINTS, but doesn't set useful values (it just says 0x0). i3 then
> >>>> falls back to the floating minimum size, which by default is 75x50. You
> >>>> should file this as a bug against keepass. keepass should either not set
> >>>> these flags in the size hints or give them a reasonable value.
> >>>>
> >>>> It should be noted that these values in the size hints are considered
> >>>> obsolete[1], but that doesn't mean they won't (or shouldn't) be
> >>>> interpreted. That's what the flag mask is for. :)
> >>>>
> >>>> [1]
> >>>> https://tronche.com/gui/x/xlib/ICC/client-to-window-manager/wm-normal-hints.html
> >>>>
> >>>>
> >>>> Ingo
> >>>>
> >>>> On 11/03/2015 06:51 PM, Dieter Plaetinck wrote:      
> >>>>> the i3 log, obtained via i3-dump-log as described on the debugging web 
> >>>>> page.
> >>>>> http://logs.i3wm.org/logs/5652536396611584.bz2
> >>>>> FWIW this was a minimal i3 session, i quit all my apps, just had a 
> >>>>> termite terminal so i could invoke ssh-add and the i3-dump-log, and it 
> >>>>> also had a bar running, but nothing else.
> >>>>>
> >>>>> xprop and xwininfo -all output: 
> >>>>> https://gist.github.com/Dieterbe/93ec75c6e891a04b8776
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> On Tue, 3 Nov 2015 18:09:10 -0500
> >>>>> Ingo Bürk <ad...@airblader.de> wrote:
> >>>>>      
> >>>>>> Thanks. I sort of figured it'd be that commit. Can you please provide
> >>>>>> the files I described earlier? This will likely be a bug in askpass. 
> >>>>>> See
> >>>>>> also the discussions in the end of 
> >>>>>> https://github.com/i3/i3/issues/1970.
> >>>>>>
> >>>>>>
> >>>>>> Ingo
> >>>>>>
> >>>>>> On 11/03/2015 06:04 PM, Dieter Plaetinck wrote:      
> >>>>>>> thanks Ingo,
> >>>>>>> due to i3's easy reloading and the fact that i could just run the 
> >>>>>>> ssh-add command in a terminal without restarting X, the bisect 
> >>>>>>> process was very easy and smooth.
> >>>>>>>
> >>>>>>> it found the commit. see below
> >>>>>>>
> >>>>>>> d1262f2b6ae713266b5a1e8cab368333bb332033 is the first bad commit
> >>>>>>> commit d1262f2b6ae713266b5a1e8cab368333bb332033
> >>>>>>> Author: Andrzej Pronobis <a.prono...@gmail.com>
> >>>>>>> Date:   Sun Feb 1 17:04:41 2015 -0800
> >>>>>>>
> >>>>>>>     Use WM_SIZE_HINTS whenever it's provided to set the geometry of 
> >>>>>>> floating windows.
> >>>>>>>
> >>>>>>> :040000 040000 e7c887b2b14e2b24830840133045fe0ba232c3e0 
> >>>>>>> 3dd6d2d2864ab7aaec50cb2bff93031170bd50e8 M    src
> >>>>>>> ~/w/e/i3 ❯❯❯ 
> >>>>>>>
> >>>>>>>
> >>>>>>> On Tue, 3 Nov 2015 17:19:02 -0500
> >>>>>>> Ingo Bürk <ad...@airblader.de> wrote:
> >>>>>>>        
> >>>>>>>> Yeah, a bisect would be useful. You need to run make clean && make &&
> >>>>>>>> sudo make install (to actually install the new binary -- unless you
> >>>>>>>> change your xinitrc to run the local file in your checkout instead).
> >>>>>>>>
> >>>>>>>> Restarting X isn't necessary, restarting i3 in-place would suffice. 
> >>>>>>>> But
> >>>>>>>> since you have wrapped askpass around the i3 session, you'll indeed
> >>>>>>>> probably need to exit your X session and startx again.
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Ingo
> >>>>>>>>
> >>>>>>>> On 11/03/2015 04:46 PM, Dieter Plaetinck wrote:        
> >>>>>>>>> I can confirm the first problem is gone (the window has the correct 
> >>>>>>>>> size) with 4.10.4
> >>>>>>>>> However the ghosting problem still exists, though now it also has 
> >>>>>>>>> the correct size and a black background instead of grey like before.
> >>>>>>>>> see http://i.imgur.com/2uF25R8.png
> >>>>>>>>>
> >>>>>>>>> still want me to do a bisect? for all versions i would just run 
> >>>>>>>>> make clean && make && restart x using the new i3 binary right? 
> >>>>>>>>> anything else needed?
> >>>>>>>>>
> >>>>>>>>> Dieter
> >>>>>>>>>
> >>>>>>>>> On Tue, 3 Nov 2015 16:05:31 -0500
> >>>>>>>>> Ingo Bürk <ad...@airblader.de> wrote:
> >>>>>>>>>          
> >>>>>>>>>> Hi Dieter,
> >>>>>>>>>>
> >>>>>>>>>> can you do the following?
> >>>>>>>>>>
> >>>>>>>>>> 1) Downgrade to i3 4.10.4 and see if it fixes the problem. If so, 
> >>>>>>>>>> please
> >>>>>>>>>> run a git bisect to figure out which commit broke it. If 4.10.4 
> >>>>>>>>>> has the
> >>>>>>>>>> same problem, try downgrading askpass or report a bug there.
> >>>>>>>>>> 2) Provide a complete i3 log file where you started it. See the
> >>>>>>>>>> debugging docs on the i3 website for information. Also provide the
> >>>>>>>>>> output of "xprop" and "xwininfo -all" when clicking on the opened
> >>>>>>>>>> askpass window.
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Ingo
> >>>>>>>>>>
> >>>>>>>>>> On 11/03/2015 03:32 PM, Dieter Plaetinck wrote:          
> >>>>>>>>>>> hello everyone,
> >>>>>>>>>>> long time no see! i've been a long time i3 user but only since a 
> >>>>>>>>>>> recent upgrade i've started having issues with 
> >>>>>>>>>>> ssh-askpass.
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> to be specific, in my .xinitrc I have:
> >>>>>>>>>>>
> >>>>>>>>>>> i3 -d all >> ~/i3-out 2>> ~/i3-err &
> >>>>>>>>>>> waitpid=$!
> >>>>>>>>>>> ssh-add ~/.ssh/id_rsa_dieter-ws-a7n8x-arch < /dev/null
> >>>>>>>>>>> (.. some more stuff)
> >>>>>>>>>>> wait $waitpid
> >>>>>>>>>>>
> >>>>>>>>>>> i posted my i3 config to 
> >>>>>>>>>>> https://gist.github.com/Dieterbe/d5870b230369818d2d47 (it's 
> >>>>>>>>>>> pretty much default, with a few extra binds and a different bar)
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> the ssh-add spawns the x11-ssh-askpass program and since recently 
> >>>>>>>>>>> i've been seeing these two problems:
> >>>>>>>>>>>
> >>>>>>>>>>> screenshots of both issues @ http://imgur.com/a/TbNn1
> >>>>>>>>>>>
> >>>>>>>>>>> 1) the window is way too small. it used to be just the right size 
> >>>>>>>>>>> for the popup.
> >>>>>>>>>>>
> >>>>>>>>>>> 2) after entering the password and hitting enter, a "ghost" of 
> >>>>>>>>>>> the window stays stuck in all of my i3 workspaces.
> >>>>>>>>>>> those workspaces that have windows in them will have the windows 
> >>>>>>>>>>> cover it, but otherwise if i go to say workspace number 5 while 
> >>>>>>>>>>> no windows are there, it'll show a ghost of the ask pass window.
> >>>>>>>>>>>
> >>>>>>>>>>> any idea what might be the cause? i'm using 4.11
> >>>>>>>>>>>
> >>>>>>>>>>> thanks,
> >>>>>>>>>>> Dieter            
> >>>     
> 

Reply via email to