[Bug 12045] New: foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

Summary: foobar2000 0.9.4.4 - window close lag
           Product: Wine
           Version: 0.9.57.
          Platform: PC
               URL: http://www.foobar2000.org/
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: minor
          Priority: P2
         Component: -unknown
        AssignedTo: [e-mail]
        ReportedBy: [e-mail]

I have some mysterious lag when working with foobar2000 version 0.9.4.4

When having windows (opened by foobar2k itself) open, like the file property
dialogue, or a file scan result window and I close this particular window
SOMETIMES (not always) I have some serious lag. Which means I click the
X-button, and at first nothing happens.

Now I can do different things:
1) Sometimes moving the mouse around triggers window closing
2) Sometimes dragging the still open window around triggers closing
3) Pushing the X a second time sometimes does the trick

I didn't notice this with wine-0.9.56, so it seems to be a regression. I'm
still trying to figure out some actions to always reproduce the problem, but
currently I'm not successful.

This problem is not bound to CPU usage. It also appears when the CPU is idling
at 99%.

Gonna try a bisect, but as I know no way to accurately reproduce it...

Someone with similar problems? Maybe not only fb2k?

Thanks,
Tobias

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

Tobias Jakobi  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |regression

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

Tobias Jakobi  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #1 from Tobias Jakobi   2008-03-15 09:05:47 ---
OK, I think I found a way to reproduce it.

I assume you have some file in the playlist. Select a bunch (I choose four) and
open the context menu, selecting "Utils/Verify Integrity". fb2k should start to
scan the files. Don't wait for it to finish, but switch to another virtual
desktop (I have fb2k on desktop 4, switched to desktop 3).
Wait some time, to be sure that fb2k finishes scanning (and stay on the other
desktop). When you're sure fb2k is done (watch CPU load) switch back to the
desktop where fb2k was started.

fb2k should have opened a window "File Verifier Results" showing the scan
results. Now position you cursor on the X-button of that window. Press it,
while not moving the mouse. It should take some time until the programs reacts
to the mouse click.

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #2 from Tobias Jakobi   2008-03-22 19:19:21 ---
Problem remains with wine-0.9.58. Haven't had time yet to do a bisect though.

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

Tobias Jakobi  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #3 from Tobias Jakobi   2008-04-16 18:10:17 ---
Git bisect results:

commit 3b6f95c663b22f1ab2d3c107764a71dcb48d735c
winex11: Add a DestroyNotify handler to catch a situation that is not supposed
to happen

direct link to gitweb:
http://source.winehq.org/git/wine.git/?a=commit;h=3b6f95c663b22f1ab2d3c10776...

Adding Alexandre to CC.

git bisect log:
git-bisect start
# good: [14991a42d1d28ae114f8f06f5e3ca209aefd87a7] Release 0.9.56.
git-bisect good 14991a42d1d28ae114f8f06f5e3ca209aefd87a7
# bad: [a32e36aee5684abca33001eea3a0768ab603c373] Release 0.9.57.
git-bisect bad a32e36aee5684abca33001eea3a0768ab603c373
# good: [e6cbde105f81990bb96c5b243e78ba77582f28ba] qmgr: Implement
IBackgroundCopyFile_GetProgress.
git-bisect good e6cbde105f81990bb96c5b243e78ba77582f28ba
# good: [a0fd05f09ec7f7aef41be809285ae6aba30047e4] qmgr: Implement Skip and
Reset for IEnumBackgroundCopyJobs.
git-bisect good a0fd05f09ec7f7aef41be809285ae6aba30047e4
# bad: [739278baf1292dd670b10788ce8f9dc78f1f4a4d] wined3d: Add a number to the
ARB program shader bumpenvmat matrices.
git-bisect bad 739278baf1292dd670b10788ce8f9dc78f1f4a4d
# good: [c604e075ecacee4b3e8e12e469502b9df5260129] mpr: Assign to struct
instead of using memcpy.
git-bisect good c604e075ecacee4b3e8e12e469502b9df5260129
# good: [508d58c21012eef9b26d3eeea88da9d8127da49b] kernel32/tests: Don't use
0xaa to avoid any confusion when running with +heap.
git-bisect good 508d58c21012eef9b26d3eeea88da9d8127da49b
# good: [19a85f3433391025ed746fbca75faa8cfdd0cda7] msvcmaker: We don't build
wine.lib so don't try to copy it.
git-bisect good 19a85f3433391025ed746fbca75faa8cfdd0cda7
# bad: [d0e14bf7092af65c1ff938d3c4fddd1259967f95] winex11: Wait for a window to
move out of withdrawn state before withdrawing it again.
git-bisect bad d0e14bf7092af65c1ff938d3c4fddd1259967f95
# good: [d6a17d2c931dc716c32087c04af2081afd5770d9] user32/tests: Make the
initial timeout longer in flush_events() for machines with slower round-trip
times.
git-bisect good d6a17d2c931dc716c32087c04af2081afd5770d9

In case this specific version is hard to find (at least it's not hosted on the
fb2k homepage AFAIK), I uploaded it here:
http://www.math.uni-bielefeld.de/~tjakobi/foobar2000_0.9.4.4.exe

Greetings,
Tobias

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #4 from Tobias Jakobi   2008-04-24 15:57:18 ---
Reconfirming with wine-0.9.60

Any news on a bugfix? It's really annoying...

Some further information from my system: I'm using the XFCE window manager.

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #5 from Tobias Jakobi   2008-06-04 18:43:06 ---
Reconfirming with wine-1.0_rc3.

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #6 from Tobias Jakobi   2008-07-16 17:43:58 ---
Reconfirming with wine-1.1.0

Can someone please fix this? Or doesn't seem like an overly complex bug.
Furthermore I want to note that the problem doesn't appear when in vdesktop
mode.

Greets,
Tobias

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

Tobias Jakobi  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |download

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #7 from Alexandre Julliard   2008-07-17 09:57:51 ---
Sounds like a window manager bug, I can't reproduce it.

Please run with WINEDEBUG=event,x11drv and attach the output.

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #8 from Tobias Jakobi   2008-07-17 16:27:14 ---
@Alexandre: Are you also using XFCE? Perhaps this only appear with this special
WM?

I'm creating a trace tomorrow....

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #9 from Tobias Jakobi   2008-07-18 18:27:20 ---
Created an attachment (id=14910)
 --> (http://bugs.winehq.org/attachment.cgi?id=14910)
trace from foobar2000

This is just opening the application, starting a scan of some files (which
should trigger the creation of a "subwindow", switching to different desktop,
waiting until the scan is finished, switching back, closing "subwindow",
closing application

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #10 from Tobias Jakobi   2008-09-23 12:20:26 ---
Reconfirming with wine-1.1.5

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #11 from Tobias Jakobi   2008-11-22 14:30:38 ---
Reconfirming with wine-1.1.9

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #12 from Tobias Jakobi   2009-01-24 18:32:14 ---
Reconfirming with wine-1.1.13

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #13 from Tobias Jakobi   2009-04-19 16:39:24 ---
Reconfirming with wine-1.1.19

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #14 from Tobias Jakobi   2009-06-14 15:31:11 ---
Reconfirming with wine-1.1.23

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

Michael  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |wine.8.madblock@spamgourmet
                   |                            |.com

--- Comment #15 from Michael   2009-06-26 10:38:43 ---
I have problems recreating this bug.

I downloaded foobar2000-0.9.6.8 and use wine 1.1.24

I did not find the 'Utils-Verify Intregy' but only option to recreate the MP3
Stream or strip data etc. None of those show a confirmation-window at the end.

Tho using 'replay gain -> calculate for track' there was a listwindow with the
results at the end. Using KDE4.2 I switched virtual desktops and switched back.
Yet foobar immediatly closed the window without problems.

Appart from the broken common dialog in this wine version, I did not notice any
Problems with foobar.

Does this only work with foobar version 0.9.57 ? Or are you able to recreate
this bug with the current version of foobar?

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #16 from Tobias Jakobi   2009-06-26 18:04:25 ---
(In reply to comment #15)
> I have problems recreating this bug.
>
> I downloaded foobar2000-0.9.6.8 and use wine 1.1.24
>
> Does this only work with foobar version 0.9.57 ? Or are you able to recreate
> this bug with the current version of foobar?

Sure, this bug never disappeared for me. I'm also using wine-1.1.24 now (even
git master) and the newest fb2k version, but it's still there.
> I did not find the 'Utils-Verify Intregy' but only option to recreate the MP3
> Stream or strip data etc. None of those show a confirmation-window at the end.

Then you don't have the very useful file verifier plugin installed. :)
> Tho using 'replay gain -> calculate for track' there was a listwindow with the
> results at the end. Using KDE4.2 I switched virtual desktops and switched back.
> Yet foobar immediatly closed the window without problems.

The important thing is that the window has to open WHILE being on another
virtual desktop.

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #17 from Tobias Jakobi   2009-08-06 11:00:57 ---
Reconfirming with wine-1.1.26

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

Alex Balut  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #18 from Alex Balut   2010-04-19 17:02:37 ---
I cannot reproduce the bug.

I have foobar2000 on virtual desktop 1, I start file verifying, switch to
desktop 2, I wait, the "File Verifier Results" window appears in desktop 2 (not
in the original desktop as you reported) and it is fully responsive. (And when
I switch back to desktop 1, the foobar2000 window is hidden, but this looks
like a different bug..)

foobar2000 v1.0
Wine 1.1.42
Ubuntu 9.10 64

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #19 from Tobias Jakobi   2010-04-20 03:14:43 ---
Could probably only affect the 0.9.x series of fb2k - I didn't bother to
upgrade yet and still have this issue.

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #20 from Alex Balut   2010-04-20 03:52:57 ---
I cannot find where to download the file verifier plugin for Foobar2000 0.9.
Please zip it and attach it to the bug.

Are you still using Foobar2000 v0.9.4.4 ?

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #21 from Tobias Jakobi   2010-05-19 11:44:53 ---
Created an attachment (id=28087)
 --> (http://bugs.winehq.org/attachment.cgi?id=28087)
foo_verifier.dll, goes into the components dir

No, I'm currently using version 0.9.6.8

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #22 from Alex Balut   2010-05-20 14:58:56 ---
I cannot reproduce the bug.

I followed the steps in comment 1, but when I press the X button it closes
immediately.

foobar2000 v0.9.6.8 with the foo_verifier.dll Tobias attached in comment 21
wine-1.1.44
Ubuntu 10.04 64 Metacity

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #23 from Tobias Jakobi   2010-05-20 15:32:22 ---
Probably doesn't affect the Metacity desktop manager, I'm using xfce 4.6.1
here. And as you say Metacity also handles window placement differently.

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

--- Comment #24 from Alex Balut   2010-05-20 17:43:35 ---
(In reply to comment #23)
> Probably doesn't affect the Metacity desktop manager, I'm using xfce 4.6.1
> here. And as you say Metacity also handles window placement differently.

Regarding Metacity and window placement - I don't know if this matters, but
last time the window appeared on the same screen as Foobar2000, as you
described.

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

Anastasius Focht  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |[e-mail]
         Resolution|                            |FIXED

--- Comment #25 from Anastasius Focht  2011-05-15 12:52:33 CDT ---
Hello,

unable to reproduce with recipe from comment #1
There is no "lag" with foo_verifier.dll
Marking fixed.

$ sha1sum foobar2000_v1.1.6.exe 
f6af381a0465e012f42b6eb291eb12666ac8e57a  foobar2000_v1.1.6.exe

$ wine --version
wine-1.3.20

Regards

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

Tobias Jakobi  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|FIXED                       |

--- Comment #26 from Tobias Jakobi  2011-05-16 06:17:53 CDT ---
Reopening. Lag is still there for me.

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

Henri Verbeet  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
    Regression SHA1|                            |3b6f95c663b22f1ab2d3c107764
                   |                            |a71dcb48d735c

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

Alexandre Julliard  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID

--- Comment #27 from Alexandre Julliard  2012-01-18 14:37:32 CST ---
I can reproduce it using the desktop switching trick. It looks like it never
sets the WM_STATE property if the window starts on a different desktop.
Definitely a window manager bug, file a report with xfce.

[Bug 12045] foobar2000 0.9.4.4 - window close lag

http://bugs.winehq.org/show_bug.cgi?id=12045

Austin English  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #28 from Austin English  2012-01-23 18:59:49 CST ---
Closing INVALID.