Steam self updater window appears too small and does not respond to input

[DarkStarSword]

A couple of times this week when the self updater window has automatically appeared it has materialised in the upper left corner of my screen and much smaller than it should be - roughly only the word "Steam" is visible.

If I manually resize it I find that neither the restart steam or close buttons will respond to clicks. They keyboard does work - I can use tab to highlight the buttons and space to select one.

On the other hand, if I select check for client updates from within Steam the window that comes up (i.e. the same window) is the correct size and responds to clicks normally.

It looks like their might be some focus issues on the window (I think it's losing focus when I click on it) that remind me of some of the symptoms I was seeing here: http://steamcommunity.com/app/221410/discussions/1/846939071408885734/

I'm using wmii as my window manager (https://code.google.com/p/wmii/).

Obviously I am unable to test if this issue still exists in the latest version that was just released since this only occurs when an update comes out ;-)

Processor Information:
    Vendor:  GenuineIntel
    Speed: 1600 Mhz
    8 logical processors
    4 physical processors
    HyperThreading:  Supported
    FCMOV:  Supported
    SSE2:  Supported
    SSE3:  Supported
    SSSE3:  Supported
    SSE4a:  Unsupported
    SSE41:  Supported
    SSE42:  Supported

Network Information:
    Network Speed:  

Operating System Version:
    Debian GNU/Linux 7.0 (wheezy) (32 bit)
    Kernel Name:  Linux
    Kernel Version:  3.7.0-rc6-ian+
    X Server vendor:  The X.Org Foundation
    X Server release:  11204000

Video Card:
    Driver:  NVIDIA Corporation Quadro FX 880M/PCIe/SSE2

    Driver Version:  3.3.0 NVIDIA 310.19
    Desktop Color Depth: 24 bits per pixel
    Monitor Refresh Rate: 60 Hz
    VendorID:  0x10de
    DeviceID:  0xa3c
    Number of Monitors:  2
    Number of Logical Video Cards:  1
    Primary Display Resolution:  1600 x 1200
    Desktop Resolution: 3200 x 1200
    Primary Display Size: 15.75" x 11.81"  (19.69" diag)
                                            40.0cm x 30.0cm  (50.0cm diag)
    Primary Bus: PCI Express 16x
    Primary VRAM: 1024 MB
    Supported MSAA Modes:  2x 4x 8x 16x 

Sound card:
    Audio device: Conexant CX20585

Memory:
    RAM:  3897 Mb

Miscellaneous:
    UI Language:  English
    LANG:  en_AU.UTF-8
    Microphone:  Not set
    Total Hard Disk Space Available:  413250 Mb
    Largest Free Hard Disk Block:  91749 Mb

Installed software:

Recent Failure Reports:
    Wed Feb 13 00:14:01 2013 GMT: file ''/tmp/dumps/assert_20130213111354_1.dmp'', upload yes: ''CrashID=bp-973bb893-d312-4c62-9305-fbcc62130212''
    Wed Feb 13 02:10:36 2013 GMT: file ''/tmp/dumps/assert_20130213131030_1.dmp'', upload yes: ''CrashID=bp-4413840b-dd1b-4678-a09a-f44db2130212''
    Wed Feb 13 03:20:46 2013 GMT: file ''/tmp/dumps/assert_20130213142039_1.dmp'', upload yes: ''CrashID=bp-fac98b8c-544b-4501-acbc-ccf942130212''
    Thu Feb 14 00:09:57 2013 GMT: file ''/tmp/dumps/assert_20130214110951_1.dmp'', upload yes: ''CrashID=bp-02dafcbe-aa90-4af1-ab58-646dd2130213''
    Thu Feb 14 03:55:58 2013 GMT: file ''/tmp/dumps/assert_20130214145348_1.dmp'', upload no: ''Couldn't connect to server''

[Majkl578]

IMHO duplicate of #622.

[gdrewb-valve]

Seems like the same bug we'll hang on to both for now.

[DarkStarSword]

The update window just appeared automatically with the correct size and responded to clicks normally, so I'm closing this report.

[DarkStarSword]

Re-opening because this just occurred again. Here's a screenshot of what the window looked like when it appeared:

Again, after using the window manager's controls to resize the window it was unresponsive to input.

One possible clue is that the main Steam window was on a different tag (similar concept to multiple desktops in Gnome/KDE) to the one I was viewing when the window appeared (Steam was on tag 9, I was viewing tag 2). I think the other day when it worked properly I was viewing the tag that Steam was on. I can't recall if the situation in previous occurrences - I'll try to pay more attention to this detail if/when it happens again.

[Majkl578]

As I said above, this is a duplicate of #622, so you can close this one again. :)

[DarkStarSword]

While it seems that it is likely related, I'm not convinced that it is a "duplicate" since I can't reproduce any of the symptoms of #622 at all:

• Install game dialog is fine
• Help -> System Information is fine
• Help -> About Steam is fine
• Game properties dialog is fine
• The update window is fine if opened manually via the Steam menu.

All of these dialogs appear with the correct dimensions in the center of my primary monitor.

622 also doesn't have any mention of any dialogs not responding to input (although, two comments mention that they are unable to resize the dialogs, so they may just not be able to test that).

[MrSchism]

The inability to resize dialogue used to be because of the whole window being unresponsive; it currently still acts the same, but is responsive (to a degree). I can close it/minimize it using the correct buttons, but cannot dismiss it by hitting cancel..

The dialogue windows that are affected by 622 vary case-by-case and can occur randomly.

While probably not an exact duplicate, this is probably a variation of a bug caused by the window manager handling the same bit of code.

[DarkStarSword]

I just got the same issue on the chat dialog when a friend sent me a message while I was in a (windowed) game (the chat dialog that opened in the in-game overlay was fine in case anyone was wondering - The issue was with the dialog that opened outside the game). Like the updater window, once I resized it with wmii the dialog was unresponsive to mouse input.

Steam was on the current tag at the time, but was not focussed (Solar 2 had focus).

The chat dialog works fine when I open it, so it seems this only occurs for me on dialogs opened without my interaction.

[DarkStarSword]

This just happened again with the updater window and I've worked out a bit more about what is happening with it's focus & the responsiveness issue.

The dialog appeared while my screen was locked, so it wasn't on the same tag as the main Steam window. I switched to tag 9 where the main Steam window was before resizing the updater dialog so that it was floating above the main Steam window.

When I clicked on the updater window, the click went to some UI control on the main Steam window behind it instead - for example, if the updater window was positioned above the list of games in the library view, clicking on the updater window would select games in the list instead!

Also, if the updater window is above the main Steam window and the mouse is moved over the updater window from elsewhere on the screen, it's title bar goes brighter. The moment I click on it, it's title bar dims and the title bar on the main Steam window brightens. If the updater window is not above the main Steam window this does not happen and the updater window's title bar remains bright.

While the updater's title bar is bright it does respond to keyboard input - pressing tab cycles between the restart steam and close buttons, and pressing space will select the highlighted button.

[DarkStarSword]

After seeing the comment from lbratch in #622, I tried hitting my window manager's keyboard shortcut for toggling fullscreen (as I use a tiling WM, there is no concept of a "maximised" window) when the update window appeared today. Putting the window into full-screen did not seem to help, but after hitting the shortcut a second time to take it out of full screen it started responding to the mouse.

A side-effect of hitting the full-screen toggle twice was that the window ended up on the managed (i.e. tiling) layer, whereas it initially opened on the floating layer. Next time I see the window I'll try the shortcut to move it to the managed layer directly and see what happens.

[DarkStarSword]

The update window appeared again and I tried using the keyboard shortcut to move it to the managed layer, however this did not help. Only toggling it to full screen and back made the window start responding.

Interestingly after hitting the full-screen toggle for the second time the window's behaviour changed in a few other ways that I noticed. Reporting them in case they provide some clue as to what is going on here:

• The contents of the window now rendered for the actual size of the window, whereas before the contents always rendered assuming some specific arbitrary size (the size that the dialog would normally appear as when manually involked)
• Shrinking the window within the managed caused the contents to redraw at the new size
• Expanding the window within the managed layer DID NOT cause the contents to redraw at the new size - it remained as the smallest it had been since the most recent full-screen & back toggle
• The window remained responsive, even after switching it back to the floating layer, or going full screen again.
• After moving the window back to the floating layer, I noticed I could no longer resize it with meta+right button drag, which I could before the full screen toggle.

[knuta]

This happened to me today in fvwm2. The window opened minimized, and when I restored it, it was tiny and in the top-left corner. I resized it before taking a screenshot, but I'm pretty sure the size was the same as the earlier screenshot. If I resize the window the contents are at a fixed size inside, and any extra space is just black Screenshot: . The window looks undecorated, but is actually surrounded by a 1px white frame, like all other windows in my setup.

Like mentioned by others, clicking anything in the window does not work. However, I'm noticing another peculiar effect: If I position the update window so it overlaps with the main window and then click within the overlapping area, the main window is brought to the foreground. In other words, it seems like the main window is hijacking the clicks.

I don't know for sure, but I might have been playing HL2 while the popup appeared. I can't be sure though, because it took quite a while to notice the window, it being minimized and all. If these popups behave differently when a game is running, that might help reproduce the issue.

[kisak-valve]

Hello, is anyone still experiencing this issue with an up to date system?

[lbratch]

I can't say for how long exactly, but I haven't seen the issue for what feels like "a very long time".

Seems fixed to me.

(Gentoo, x86_64, Fluxbox, Xorg, Nvidia binary driver.)

[kisak-valve]

Thanks for the feedback @lbratch, closing.

[Sammi79]

Still seeing this issue infrequently with Steam updates, sometimes seems to finish an actual update process then fails to close properly, it's hard to tell because I don't generally notice until I tab to the desktop for whatever reason.