https://bugs.winehq.org/show_bug.cgi?id=47165
Bug ID: 47165 Summary: iTunes 12.9 - new GUI issue - black, unusable Product: Wine Version: 4.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: [email protected] Reporter: [email protected] Distribution: ---
Created attachment 64410 --> https://bugs.winehq.org/attachment.cgi?id=64410 log for 12.9 with wine 4.8
iTunes 12.7 works fine, but iTunes 12.9 is just a black window with few menu text. Native gdiplus doesn't help. Wine 4.8, 64bit, Ubuntu 19.4.
Download for iTunes 12. https://secure-appldnld.apple.com/itunes12/091-45357-20180123-72201840-FFEA-...
Do you need any extra output?
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #1 from [email protected] --- Created attachment 64411 --> https://bugs.winehq.org/attachment.cgi?id=64411 screenshot 12.7
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #2 from [email protected] --- Created attachment 64412 --> https://bugs.winehq.org/attachment.cgi?id=64412 screenshot 12.9
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #3 from [email protected] --- Created attachment 64413 --> https://bugs.winehq.org/attachment.cgi?id=64413 s
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #64413|0 |1 is obsolete| |
--- Comment #4 from [email protected] --- Created attachment 64414 --> https://bugs.winehq.org/attachment.cgi?id=64414 screenshot 12.9 staging 4.7
Staging 4.7 just slightly better with a little bit more text.
https://bugs.winehq.org/show_bug.cgi?id=47165
pattietreutel [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #5 from [email protected] --- I've got the same problem here ! Wine 4.9 iTunes 12.9 64bit.
https://bugs.winehq.org/show_bug.cgi?id=47165
Rohan Verma [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #6 from Rohan Verma [email protected] --- +1 facing the same issue, installed version 12.9 (latest at the moment) and it was all black other than a few text items. Installing gdiplus using winetricks also did not help. Had to remove 12.9, delete the iTunes Library file and install 12.7 which works normally.
https://bugs.winehq.org/show_bug.cgi?id=47165
Alexandr Oleynikov [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #7 from Alexandr Oleynikov [email protected] --- Can confirm. From the logs it seems like some sort of an issue with dwrite.
https://bugs.winehq.org/show_bug.cgi?id=47165
Benjamin Murray [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #8 from Benjamin Murray [email protected] --- I also have the same problem, iTunes uses an algorithm to calculate interface color, if it can't load images it reverts to black interface and black text.
Bloody defaults!!!
Appears to be a problem with "secur32"
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #9 from Benjamin Murray [email protected] --- Created attachment 65136 --> https://bugs.winehq.org/attachment.cgi?id=65136 Secur32 Failures
https://bugs.winehq.org/show_bug.cgi?id=47165
David Seward [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #10 from David Seward [email protected] --- I am still having this issue with Wine 4.20 using the latest iTunes from the website
https://bugs.winehq.org/show_bug.cgi?id=47165
Clive Bennett [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #11 from Clive Bennett [email protected] --- Agreed same problem here on Linuxmint! Got it working via WineHQ on x64 bit system then insatlled x64bit iTunes. Everything looks hunky dory until you see the GUI is is dark mode of some sort. A few visual bits of menu text but so black nothing is actually visible. My thoughts are the Dark themes now being implemented on various Linux installations are causing some problems for the interpretation (Or Emulation) onto the present GUI. Rendering a Black screen instead of white.
If not then it may be likely that somewhere else there is a wrong data input affecting output!
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #12 from Clive Bennett [email protected] --- Sorry Wine 5.0 iTunes 12 x 64bit on Linuxmint
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #13 from Clive Bennett [email protected] --- Created attachment 66541 --> https://bugs.winehq.org/attachment.cgi?id=66541 Latest Bug of same problem Dated 20200228 - Wine 5.0 Linuxmint x64 itunes
Bug to be consumed by Wine HQ if possible!
https://bugs.winehq.org/show_bug.cgi?id=47165
Anastasius Focht [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Summary|iTunes 12.9 - new GUI issue |iTunes 12.9+ user interface |- black, unusable |is rendered black (only | |text visible) CC| |[email protected] Status|UNCONFIRMED |NEW Component|-unknown |directx-d3d URL| |https://web.archive.org/web | |/20200221200955/http://upda | |tes-http.cdn-apple.com/2020 | |/windows/061-63189-20200127 | |-45CC5012-412C-11EA-9F9C-0A | |2AB8D46CF0/iTunes64Setup.ex | |e Ever confirmed|0 |1
--- Comment #14 from Anastasius Focht [email protected] --- Hello folks,
confirming and adding stable download link (iTunes v12.10.4.2).
--- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/iTunes
$ wine ./iTunes.exe ... 0035:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x20. 0035:fixme:dwrite:dwritefactory_CreateMonitorRenderingParams (0x1): monitor setting ignored 0035:fixme:d3d11:d3d_blend_state_create Color mask 0 not supported for render target 4. 0035:fixme:d3d11:d3d_blend_state_create Color mask 0 not supported for render target 5. 0035:fixme:d3d11:d3d_blend_state_create Color mask 0 not supported for render target 6. 0035:fixme:d3d11:d3d_blend_state_create Color mask 0 not supported for render target 7. 0035:fixme:d3d11:d3d_blend_state_create Per-rendertarget blend not implemented. 00a2:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. 0035:fixme:dxgi:dxgi_surface_GetDC iface 0x157ee660, discard 0, hdc 0x52e7f8 semi-stub! ... --- snip ---
$ sha1sum iTunes64Setup.exe 0e570cb9e0a5975d4f8848e104a7cf268e1c833a iTunes64Setup.exe
$ du -sh iTunes64Setup.exe 265M iTunes64Setup.exe
$ wine --version wine-5.2-312-gc6b852e3c3
Regards
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #15 from Clive Bennett [email protected] --- Hi there, is there any quick way of applying this patch? Winehq forum is vague on how to apply it. I'm a noob and I'd understand if it's too much for me to do. On Windows a patch could be simply inserted to the root system of the app at fault. I take it it's not the same here.
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #16 from Austin English [email protected] --- (In reply to Clive Bennett from comment #15)
Hi there, is there any quick way of applying this patch? Winehq forum is vague on how to apply it. I'm a noob and I'd understand if it's too much for me to do. On Windows a patch could be simply inserted to the root system of the app at fault. I take it it's not the same here.
I'm not sure what patch you're referring to, there's not one attached here.
In any case, you'd have to compile wine, see https://wiki.winehq.org/Patching
https://bugs.winehq.org/show_bug.cgi?id=47165
James Moser [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #17 from [email protected] --- For me wine 6 combined with iTunes 12.9.0.167 does not show the black screen. I have a clean wine prefix and only installed iTunes so far, without any further configuration of settings or extra dlls. For the 12.10.x versions every single one I've tried shows the black window. As others have mentioned this is likely due to the fact that iTunes tries to autodetect light or dark mode, and falls back to (very) dark mode.
$ wine --version wine-6.0
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|https://web.archive.org/web |https://web.archive.org/web |/20200221200955/http://upda |/20190402115928/https://sec |tes-http.cdn-apple.com/2020 |ure-appldnld.apple.com/itun |/windows/061-63189-20200127 |es12/041-44313-20190325-EF4 |-45CC5012-412C-11EA-9F9C-0A |44F04-4E71-11E9-8702-7A4824 |2AB8D46CF0/iTunes64Setup.ex |A43337/iTunes64Setup.exe |e |
--- Comment #18 from [email protected] --- (In reply to anthirian from comment #17)
For me wine 6 combined with iTunes 12.9.0.167 does not show the black screen.
Confirming it works with
12.9.0.167 12.9.1.4 12.9.2.6 12.9.3.3
First with black rendering is
12.9.4.102 (latest when I reported the bug) $ sha1sum iTunes64Setup.exe 27a8c2070118da397d62e696d4559d3b48639ea2 iTunes64Setup.exe
$ du -sh iTunes64Setup.exe 263M iTunes64Setup.exe
https://secure-appldnld.apple.com/itunes12/041-44313-20190325-EF444F04-4E71-... *
Still the same with wine 6.0
Changing title to be more clear.
Compared start of version 12.9.3.3 and 12.9.4.102
I found a difference:
--- snip --- ... 00cc:fixme:d3d:wined3d_swapchain_init The application requested more than one back buffer, this is not properly supported. Please configure the application to use double buffering (1 back buffer) if possible. 00cc:fixme:d3d:wined3d_swapchain_init Unimplemented swap effect 0x3. ... 049c:fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. ... 0258:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. 00d0:fixme:dxgi:dxgi_surface_GetDC iface 0x11801770, discard 0, hdc 0x51eab8 semi-stub! ... 00d0:fixme:d2d:d2d_device_context_PushLayer iface 0000000011801B30, layer_parameters 000000000051EB20, layer 00000000116FEC50 stub! 00d0:fixme:d2d:d2d_device_context_PopLayer iface 0000000011801B30 stub! ... --- snip ---
* also adding stable download link for 12.9.4.102 (archive.org, but apple's servers are much faster
(In reply to anthirian from comment #17)
As others have mentioned this is likely due to the fact that iTunes tries to autodetect light or dark mode, and falls back to (very) dark mode.
I used Windows 7 setting and there is no dark mode.
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|iTunes 12.9+ user interface |iTunes 12.9.4+ user |is rendered black (only |interface is rendered black |text visible) |(only text visible)
https://bugs.winehq.org/show_bug.cgi?id=47165
Robert Walker [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|[email protected] |
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|[email protected] |
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #19 from [email protected] --- iTunes 12.8 also works fine. By the way, there's a neat page where some nice person has collected official links to older versions of iTunes here:
https://www.imyfone.com/clean-itunes/download-the-latest-old-version-of-itun...
I was able to work around this bug by installing 12.8.x. iTunes 12.9.x consistently crashes at the iCloud sign-in prompt, but I think you could upgrade to it after signing in.
https://bugs.winehq.org/show_bug.cgi?id=47165
Sahil [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #20 from Sahil [email protected] --- i am using endeavourOS. i am also facing the problem of black screen in itunes please give a solution
https://bugs.winehq.org/show_bug.cgi?id=47165
Dawid Król [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #21 from Dawid Król [email protected] --- Confirming bug on Fedora 39 x64 on iTunes version 12.13.1.3 x63 with wine 9.1
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #22 from Dawid Król [email protected] --- Created attachment 76031 --> https://bugs.winehq.org/attachment.cgi?id=76031 Log running itunes 12.13.1.3 x64
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
https://bugs.winehq.org/show_bug.cgi?id=47165
Hajo Krabbenhöft [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #23 from Hajo Krabbenhöft [email protected] --- Created attachment 76717 --> https://bugs.winehq.org/attachment.cgi?id=76717 Screenshot with width 3344px
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #24 from Hajo Krabbenhöft [email protected] --- Created attachment 76718 --> https://bugs.winehq.org/attachment.cgi?id=76718 Screenshot with width 3338px
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #25 from Hajo Krabbenhöft [email protected] --- Created attachment 76719 --> https://bugs.winehq.org/attachment.cgi?id=76719 Screenshot with width 3248px
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #26 from Hajo Krabbenhöft [email protected] --- I just tried to run the newest iTunes 12.13.2.3 (x32) inside a Windows 10 64-bit in CrossOver 23.7.1, which ships with Wine 8.0.1.
My unscientific guess is that the black screen issue is somehow related to memory alignment and/or buffer re-use. I'm basing this guess on the observation that if I drag the window and resize it in the X direction, what I see toggles between a fully black screen, a black screen with some white text and a good-looking screen with missing text. At also appears that larger window widths have a higher chance of showing the regular UI without text while smaller window widths have a higher chance of showing the black screen.
I have attached 3 screenshots to illustrate.
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #27 from Hajo Krabbenhöft [email protected] --- Running in a Ubuntu 22.04 docker with a debug build based on the sources of winehq-staging=9.12~jammy-1 from https://dl.winehq.org/wine-builds/ubuntu/dists/jammy/winehq-jammy.sources the iTunes Preferences window works well, except for the image buttons on top, which are replaced by black boxes. But keyboard focus draws correctly on top of the black boxes. (Will attach image)
Using the mouse to trigger a change in the broken image buttons' hover states triggers this error:
050c:fixme:dxgi:dxgi_surface_GetDC iface 14F38D80, discard 0, hdc 0261BAA0 semi-stub!
where the iface value is different for each log entry, but hdc remains constant.
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #28 from Hajo Krabbenhöft [email protected] --- Created attachment 76720 --> https://bugs.winehq.org/attachment.cgi?id=76720 Preference dialog with keyboard focus drawn over broken image button
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #29 from Hajo Krabbenhöft [email protected] --- It appears that opening the iTunes help and then maximizing it reliably causes a crash.
(Ctrl+, to open settings, then the [?] button in the bottom left corner)
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #30 from Hajo Krabbenhöft [email protected] --- Created attachment 76721 --> https://bugs.winehq.org/attachment.cgi?id=76721 Wine log for the crash caused by maximizing the help window
https://bugs.winehq.org/show_bug.cgi?id=47165
James Moser [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|[email protected] |
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|[email protected] |
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #31 from Hajo Krabbenhöft [email protected] --- Forcing wined3d_adapter_no3d_create causes "None of the requested D3D feature levels is supported on this GPU with the current shader backend." errors and a black screen, so apparently the new iTunes requires 3D support.
Forcing wined3d_adapter_gl_create and patching dxgi_surface_GetDC with `if (!discard) return E_INVALIDARG;` causes the GUI to display the image buttons correctly, but with no text overlay over the image buttons. Patching dxgi_surface_GetDC with *hdc=0; at the end produces the same effect.
Patching dxgi_surface_GetDC with `SelectObject(*hdc, CreateCompatibleBitmap(*hdc, 4,4));` also produces mostly correct image buttons with no text overlay but with a black 4x4 pixel rectangle on each button. This suggests to me that the iTunes display problem is caused by the bitmap that is selected into the HDC that dxgi_surface_GetDC returns. Apparently, iTunes is expecting that bitmap to contain both the background and the text. But in Wine, the bitmap contains only the text but no background. That's why when the actual bitmap is used, the GUI will be all black but with text visible. And when I replace the bitmap, I get no text but I can see the button backgrounds instead.
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #32 from Hajo Krabbenhöft [email protected] --- Created attachment 76729 --> https://bugs.winehq.org/attachment.cgi?id=76729 patch against the wine-9.12 branch that fixes the iTunes 12.13.2.3 GUI for me
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #33 from Hajo Krabbenhöft [email protected] --- Created attachment 76730 --> https://bugs.winehq.org/attachment.cgi?id=76730 Screenshot of iTunes 12.13.2.3 UI with the patched wine-9.12 branch
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #34 from Hajo Krabbenhöft [email protected] --- I've finally figured out what caused the black UI :)
Between CreateDCRenderTarget, SetTarget, BindDC, etc. and then finally BeginDraw, iTunes was modifying the bitmap selected into the HDC by blitting into it. Wine will overwrite that "output bitmap" inside EndDraw/Present with the current state inside the "internal bitmap" that Wine creates inside BindDC. That's how the background got lost but the text remained.
The fix in my proposed patch is rather primitive: Inside BeginDraw, I copy data between the two bitmaps in exactly the other direction as what EndDraw/Present does. That way, any data that was present in the bitmap selected by the bound HDC before BeginDraw will also be retained in the final image, if it was not painted over. And that means iTunes' text drawing logic will no longer replace the background with a black square :)
https://bugs.winehq.org/show_bug.cgi?id=47165
Brody Brooks [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #35 from Brody Brooks [email protected] --- What's the status of this fix? It doesn't appear to have been merged in as of v9.18.
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq.crusher192@passmail. | |net
https://bugs.winehq.org/show_bug.cgi?id=47165
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winebugzilla-wk90ot@domicil | |e.cloud
https://bugs.winehq.org/show_bug.cgi?id=47165
--- Comment #36 from [email protected] --- I can confirm that this is still an issue in version 9.20 development branch. The patch submitted by Hajo looks promising (thank you, Hajo!). I might try doing a manual build with it.