[Bug 19652] New: iTunes becomes unresponsive while navigating music store
http://bugs.winehq.org/show_bug.cgi?id=19652 Summary: iTunes becomes unresponsive while navigating music store Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pieter.ideler(a)gmail.com When you navigate to albums and pages on the iTunes Music Store in iTunes, iTunes becomes unresponsive from time to time. (it is grayed out in Ubuntu) Later on it becomes responsive again. This happens between almost every page you navigate to. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 --- Comment #1 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-08-09 15:14:42 --- Console output? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 Ken Sharp <kennybobs(a)o2.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 --- Comment #2 from Pieter Ideler <pieter.ideler(a)gmail.com> 2009-08-15 02:51:20 --- Created an attachment (id=23068) --> (http://bugs.winehq.org/attachment.cgi?id=23068) console output Mika-search Console output from the moment I click on iTunes music store. Afterwards I search for Mika. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 Sheldon <leewsb(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |leewsb(a)hotmail.com --- Comment #3 from Sheldon <leewsb(a)hotmail.com> 2009-08-29 13:20:09 --- I have the same problem. My console output looks pretty much exactly the same. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 Chris Homewood <winehq(a)chrishomewood.me.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq(a)chrishomewood.me.uk --- Comment #4 from Chris Homewood <winehq(a)chrishomewood.me.uk> 2009-09-06 02:16:33 --- I also suffer with the same. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 Jeremy White <jwhite(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jwhite(a)codeweavers.com --- Comment #5 from Jeremy White <jwhite(a)codeweavers.com> 2010-03-14 18:02:29 --- With Wine 1.1.40 and iTunes 9, this occurs consistently now. One clue: the main thread (0009) seems normal until after a WM_TIMER fires. Once that happens, 0009 seems to go into a fairly tight spin loop, where it sees a WM_TIMER message and then posts a com.apple.webKit.TimerFired (c06f) message over and over again. My hunch: the WM_TIMER message is not being dequeued properly somehow. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 --- Comment #6 from Jeremy White <jwhite(a)codeweavers.com> 2010-03-14 18:30:45 --- Created an attachment (id=26813) --> (http://bugs.winehq.org/attachment.cgi?id=26813) Hack to avoid a loop; seems to make the store operate -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 --- Comment #7 from Jeremy White <jwhite(a)codeweavers.com> 2010-03-14 18:35:32 --- I've attached a hack that makes the store operate. It's puzzling; the behavior I see is something like this: PeekMessage (a 60cf is in queue) GetMessage Message Hooks Fire Message Hooks do a PeekMessage(...WM_TIMER, WM_TIMER...) which succeeds and triggers a PostMessage of a new 60cf GetMessage finishes rinse, repeat. So it's as though if there is a WM_TIMER in queue when a 60cf is being processed, we get into this world of hurt. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 --- Comment #8 from Jeremy White <jwhite(a)codeweavers.com> 2010-03-15 10:23:04 --- The issue seems to stem from the fact that our dsound implementation includes a winmm timer that sends a WM_TIMER every 10 ms. Further, iTunes lolligags a bit between posting it's TimerFired message and doing a GetMessage(), which pretty much guarantees that a WM_TIMER will be in queue behind the TimerFired message, which triggers the bug. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 --- Comment #9 from Jeremy White <jwhite(a)codeweavers.com> 2010-03-15 15:04:19 --- My mistake; it's not winmm or dsound. Something else is setting a timer that fires every 83 ms; that's the timer that's triggering. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 --- Comment #10 from Jeremy White <jwhite(a)codeweavers.com> 2010-03-16 15:50:56 --- Maarten points out that if you look at r53273 of this file in WebKit: WebCore/platform/win/SharedTimerWin.cpp you can find a fairly clear map to a portion of the code. At the very least, you can find a clear path that explains some code around the Webkit...TimerFired message. However, a lengthy analysis of that code doesn't reveal the problem (at least not to my admittedly flawed eyes). It still seems as though there is some iTunes specific code in a set of Windows Hooks, and it is that code that is the culprit. However, you have to make some fairly improbably assumptions about that code to make that make sense. The idea that the Windows hooks repost a given message if there is a WM_TIMER in the queue is pretty dicey, for starters (that should fail on Windows). My ending hunch is that there is something going on with code paths based on timing information; that iTunes decides it has a particular sort of timers and that causes it to behave in a way it doesn't on Windows. (And Maarten found that if he mucked with GetQueueStatus, he could also get a successful result; so that timing change also seems to help. See the SharedTimerWin.cpp code to speculate as to why that might be). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 Matt Hargett <matt(a)use.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matt(a)use.net --- Comment #11 from Matt Hargett <matt(a)use.net> 2010-06-07 14:54:58 --- I'm still seeing this problem with wine-1.2-rc2. Let me know if there's any logs you'd like me to supply, or things you'd like me to test to help bring this to resolution before (or soon after) 1.2 releases. Thanks! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 Dustin Parker <dustin.a.parker(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #12 from Dustin Parker <dustin.a.parker(a)gmail.com> 2010-10-24 16:19:11 CDT --- *** This bug has been confirmed by popular vote. *** -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |http://apple.com/itunes Depends on| |26927 --- Comment #13 from Austin English <austinenglish(a)gmail.com> 2012-03-14 07:39:51 CDT --- Having trouble getting around the store because of bug 26927. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 johan.gardhage(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |johan.gardhage(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19652 Pieter Ideler <pieter.ideler(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pieter.ideler(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=19652 Bug 19652 depends on bug 26927, which changed state. Bug 26927 Summary: iTunes 10.2.2 store homepage is black https://bugs.winehq.org/show_bug.cgi?id=26927 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=19652 David Seward <bignintyfan(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bignintyfan(a)gmail.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=19652 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net Summary|iTunes becomes unresponsive |iTunes 9.x becomes |while navigating music |unresponsive while |store |navigating music store URL|http://apple.com/itunes |https://web.archive.org/web | |/20200919031407/https://sec | |ure-appldnld.apple.com/iTun | |es9/061-8602.20100719.Tnz92 | |/iTunesSetup.exe -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla