Vous êtes ici > Bugs > PlayOnLinux > Bug > Ticket #1179 
Bug #1179 sur PlayOnLinux
Excess PlayOnLinux window from game desktop shortcut
Ajouté par like2omg le 2012-08-08 01:29:50 - Commenter ou mettre à jour ce ticket
http://imgur.com/UmO5v
As I have noticed, it appears that a window labeled "PlayOnLinux" is showing in the task list, visibly as a white, borderless window on the screen. It shows up before Steam has come to the login dialog and doesn't go away until Steam exits. It also appears that, while I can minimize and restore from the task list, move it around on the desktop with the key assigned to move windows (for me, it's the Hyper/Super/Win key), I cannot give it focus (the task list does not make the entry "glow" when I try to give it focus that way).
History
Mise à jour par like2omg le 2012-08-08 01:32:43
Off-topic: While I can add images to a post, they will not show up for me within the post, nor the composing entry (ad blocking is disabled for this site on my end)
Mise à jour par petch le 2012-08-08 03:00:22
For what it's worth, I installed xfce 4.6 in my Ubuntu VM, and could not reproduce the problem:
Mise à jour par like2omg le 2012-08-09 03:48:39
Test 1 after restart
same result
Test 2 run within terminal
command line within shortcut:
/usr/share/playonlinux/playonlinux --run "Steam"Trimmed beginning output
[main] Message: PlayOnLinux (4.1.6) is startingI noticed after a few tries that I found it appeared right after the [clean_tmp] line was displayed.
[clean_tmp] Message: Cleaning temp directory
Script started /home/<myusernamehere>/.PlayOnLinux/shortcuts/Steam
[POL_System_CheckFS] Message: Checking filesystem for Steam.exe
[POL_Wine] Message: Running wine-1.4.1 Steam.exe -tcp (Working directory : /home/<myusernamehere>/.PlayOnLinux/wineprefix/Steam/drive_c/Program Files/Steam)
[POL_Wine] Message: Notice: PlayOnLinux deliberately disables winemenubuilder. See http://www.playonlinux.com/fr/page-26-Winemenubuilder.html
Test 3 make my own verbose output.
This test has myself editing the POL files that are plain text executables.
Test 3a ~/.PlayOnLinux/shortcuts/Steam
Failed to stop it from appearing (now reverting file...)
Test 3b (in reality, Test 4) /usr/share/playonlinux/playonlinux (and other files)
I instead traced forward the call stack starting from script invocation and found out that /usr/share/playonlinux/python/wrapper.py seems to create a window but not withdraw it from the display or add anything to it when I start via the desktop shortcut.
Starting the PlayOnLinux GUI when the Steam shortcut is not running will display the GUI alone (expected result). Starting the PlayOnLinux GUI while Steam is running will display the GUI in a separate window (not expected result).
Mise à jour par like2omg le 2012-08-09 03:51:02
If you want to see the wrapper.py or any other file, just tell me which you want me to, and if you want me to post them here via copy&paste, or an online site such as pastebin
Mise à jour par Quentin PÂRIS le 2012-08-09 11:39:39
That's normal, in PlayOnLinux > 4.1.4, we changed the way to connect bash and python.
The problem is that, when PlayOnLinux is not started, we still need to have all the python framework loaded (playonlinux --run case)
That's the role of wrapper.py
In 4.1.3, wrapper.py created the wxpython app only when POL_SetupWindow_Init were called, which could be a problem. Because in fact, only one setup window could be made
In 4.1.4, we needed to rewrite wrapper.py because of the new interaction between bash and python. Therefore, I took mainwindow.py, removing all useless stuff and trying to hide the main window, which is the parent of gui windows. The problem is that when mainwindow is hidden, the children are also hidden in wx. That's why for the moment, the only trick we've found is to make a 0px large window. But your windows manager seems to draw a border, that's why you see it
Mise à jour par petch le 2012-08-09 22:35:45
Ok, I can reproduce the problem by starting a program without going thru the PlayOnLinux interface, for example using
$ playonlinux --run "Shortcut name"
The 0 pixels window then appears on Unity, XFCE4, but not in KDE (KWin) 4.6.
Mise à jour par Quentin PÂRIS le 2012-08-09 22:44:44
- Statut changé vers En cours
Is it better with the latest git?
Mise à jour par petch le 2012-08-09 23:13:04
My mistake, it shows up on KDE too: there's an entry in the task bar, with the "Python" icon, grouped with POL icons.
Mise à jour par Quentin PÂRIS le 2012-08-10 00:29:57
- Statut changé vers Résolu
Fixed in 4.1.7-dev.
Connexion
249 personnes en ligne
Suivez-nous
Menu
Publicité
