window/text colors messed up
Hey nir,
A couple times now I've seen a glitch where new tabs in my wishlist results have white window backgrounds, and the text on the buttons along the top row turns black. Hovering the mouse over the top buttons causes them to highlight the button color in white instead of the assigned color (the text stays black.) I can't remember if running new searches caused their windows to open with white background instead of assigned color; I just closed/reopened the client to fix it at the time, and didn't think to screenshot it/experiment with what all goes wrong.
If it's at all useful, here's my color settings: http://i.imgur.com/a0UT3kS.png
Both times, it happened when I'd had the client open for hours. The white window background only appeared on the most recent wishlist results tabs, that I had not yet viewed; the previous wishlist tabs remained the correct color. Clicking on the top buttons and minimizing/maximizing the window didn't restore them.
- Log in to post comments
Sounds like it might be a Qt
Sounds like it might be a Qt bug, this one could be hard to nail down. So there's no apparent pattern that can reproduce this aside from waiting for wishlist results to open?
Actually, the screenshot I
Actually, the screenshot I sent you by PM - that time, I mazimized the client from the tray, because it was flashing new Wishlist results, and the new Wishlist results were NOT messed up, but the buttons were, and a new test search I ran was messed up, as well as old chats I reopened. So it may or may not have anything to do with the wishlist, maybe just something going wrong while it's sitting in the tray and running for a while? I dunno.
Hmmm. I just opened it from
Hmmm. I just opened it from the tray, it's been running since yesterday, with no glitches. I had new wishlist results; I added a user to my list from one of the results windows, then queued the folder, and then Got User Info. The user in question went offline since the Wishlist results were generated, so I got "A connection could not be successfully formed to the user." in the User Info tab. As soon as this message was returned, the background changed white and the top buttons' text went black. All my other tabs are still displayed normally, but from past experience any new tabs I open will be miscolored and the buttons will remain black text/white background upon mouseover until I close/reopen the client.
happens to me with Remote Desktop
It happens to me during and after a Remote Desktop session. That is, when I Remote Desktop to the main computer that's running SoulseekQt, I start getting white backgrounds in some tabs. The bad color scheme persists even when I go back to sitting at the main computer. I have to restart the client to get my colors back to normal. I figured it was just a problem specific to Qt and the way Remote Desktop forces the windows to redraw with new parameters, but now it sounds like maybe it happens in other situations, too.
Relieved to hear I'm not the
Relieved to hear I'm not the only person it's happening to, since that means it's more likely Nir can reproduce it and fix it, and less likely it's something peculiar to my setup (I worried that me screwing around with the Windows Theme may have configured something that conflicted with it, but I know too little about that to guess whether it is plausible.)
So to recap:
It happens intermittently with no discernible cause.
As soon as it happens, all the top row menu buttons gain black text, and the top row menu buttons highlight color changes to white, while the non-highlighted button background remains normal.
Any and all tabs that open after this event are displayed with white backgrounds instead of the set color; any previously open tabs retain their correct background color.
The only way to resolve it is to close and restart the client.
In case it matters, I'm running Windows 7 Professional 64bit.
Here are my relevant slsk settings: http://i.imgur.com/MdJWdue.png
Just to confirm—the symptoms
Just to confirm—the symptoms you describe are exactly what happens in my client during/after a Remote Desktop session. I fear it may be a Qt thing, not Nir's problem to fix :/
Oh - I didn't know what the
Oh - I didn't know what the "Qt" suffix meant; just googled it. Roger that.
Figured it out
I don't know what the problem is, but I've determined what causes my glitch to occur.
I can trigger the glitch by simply using the "Switch User" button on the Windows Start menu to navigate out to the Users login screen (with my account still logged on.) I use this routinely to "lock" my pc while I'm away without actually interrupting the torrent traffic (and possibly p2p traffic as well) since the "Lock" button seems to do that.
When I click my logged-in account and log back in, Soulseek will still have normal colors, but [i]as soon[/i] as I submit a new Search, the colors get fucked up. Presumably this means the act of Switching Users primes the glitch, and it is the creation of the next new tab afterwards (be it search, wishlist, chat, or whatever) that triggers the actual glitch.
This is why I wasn't sure what I might be doing to cause it, and saw no pattern before, since it was basically sitting there ready to fuck up every time I returned to my PC, but wouldn't until something else set it off - usually my wishlist.
Ah, yeah, that makes sense!
Ah, yeah, that makes sense! Logging out and back in is also basically what happens when switching between Remote Desktop and the regular attached console. I'm glad it's easily reproducible with just a user switch.