July 2017 - Wine-Bugs - list.winehq.org

[Bug 37578] New: Request for Enhancement: please add libXext as a dependency
by wine-bugs＠winehq.org April 25, 2024

April 25, 2024

https://bugs.winehq.org/show_bug.cgi?id=37578 Bug ID: 37578 Summary: Request for Enhancement: please add libXext as a dependency Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com Distribution: --- Request for Enhancement: It about killed my trying to compile Wine-1.7.30 (I conquered). In the "./configure" phase, Wine threw the following error: wine-1.7.30]# ./configure --disable-win64 configure: WARNING: libpng 32-bit development files not found, PNG won't be supported. Only thing was that libpng was actually installed: # rpm -qa \*libpng\* | grep -i i686 libpng-devel-1.2.49-1.el6_2.i686 libpng-1.2.49-1.el6_2.i686 The error was bogus reporting from Wine "./configure". The actual problem was that libpng had a dependance on zlib. "yum install zlib-devel.i686" fixed the bogus error from Wine. This bogus error was originally reported to Wine on: https://bugs.winehq.org/show_bug.cgi?id=37534 Their response was that it was a dependency: http://www.libpng.org/pub/png/libpng.html "libpng is available as ANSI C (C89) source code and requires zlib 1.0.4 or later (1.2.5 or later recommended for performance and security reasons)." So I reported it to Red Hat on: https://bugzilla.redhat.com/show_bug.cgi?id=1162842 Their response was: You were probably not able to install libpng without zlib, but of course you were able to install libpng and libpng-devel without zlib-devel - but this is pretty much expected. Guidelines are even stricter, explicit requirements for library packages are forbidden ( https://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires - Red Hat Enterprise Linux follows Fedora packaging guidelines with just very few exceptions ). So, would you guys please consider putting the dependency in yourself, so as to keep the next poor sod who is trying to ./configure wine from going out of his mind and to keep you guys from having to endlessly answer this question over on the forums Many thanks, -T -- 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.

2 19

[Bug 25870] New: Column headers don't always resize to fit text when double-clicked
by wine-bugs＠winehq.org April 22, 2024

April 22, 2024

http://bugs.winehq.org/show_bug.cgi?id=25870 Summary: Column headers don't always resize to fit text when double-clicked Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turbolad995(a)hotmail.co.uk When you try to double-click (with the left mouse button) on a column header WHEN THE MOUSE POINTER SHOWS DOUBLE BLACK ARROWS, like this <-|-> the column is supposed to resize to fit the longest line of text below it perfectly. In programs such as Pegasus Mail and many others which use resizeable columns e.g. 1by1 Player, double-clicking the column header results in any of the following: * nothing happens * messes up the columns - depending on text size * the column will resize properly Although trivial, I believe Wine users should report bugs when they are discovered. Please test this using 1by1 Player and play around with the font size in the application's settings (press <F6> to get into the program's settings). Now try resizing the columns with different font sizes and double-clicking the vertical lines which separate the columns. Download 1by1 Player: http://mpesch3.de1.cc/1by1.html -- 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.

2 8

[Bug 42286] New: Shantae and the Pirate' s Curse - cursor rendered with an opaque background behind it
by wine-bugs＠winehq.org April 22, 2024

April 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=42286 Bug ID: 42286 Summary: Shantae and the Pirate's Curse - cursor rendered with an opaque background behind it Product: Wine-staging Version: 2.0-rc6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ikk_pl(a)yahoo.co.uk CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 56995 --> https://bugs.winehq.org/attachment.cgi?id=56995 Screenshot showing the problem The cursor in the game is rendered with a white opaque square behind it. (Note that the game doesn't run on vanilla wine, it needs staging patches for the CreateDeferredContext call.) -- 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.

2 7

[Bug 16154] New: DrawPrim.exe fails to start
by wine-bugs＠winehq.org April 21, 2024

April 21, 2024

http://bugs.winehq.org/show_bug.cgi?id=16154 Summary: DrawPrim.exe fails to start Product: Wine Version: 1.1.9 Platform: PC-x86-64 URL: http://www.geocities.com/SiliconValley/2151/drawprim.zip OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kgbricola(a)web.de Created an attachment (id=17404) --> (http://bugs.winehq.org/attachment.cgi?id=17404) winedbg output from the DrawPrim.exe The sample app DrawPrim fails to start with a stack overflow. There is also a description to the app here http://www.geocities.com/SiliconValley/2151/drawprim.html . I've attached a winedbg output because the only messages I get in a normal run are these few lines: $/home/ricola/software/wine/build/wine DrawPrim.exe fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex samplers and 32 total samplers fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) > combined_samplers fixme:win:EnumDisplayDevicesW ((null),0,0x32f89c,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x13d708): Want to change the window parameters of HWND 0x1002c, but another style is stored for restoration afterwards fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface err:seh:setup_exception_record stack overflow 1188 bytes in thread 0009 eip 7bc7b3f6 esp 00230e8c stack 0x230000-0x231000-0x330000 -- 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.

2 30

[Bug 43349] New: Blizzard App Fails to Recognize Password Upon Switching Regions
by wine-bugs＠winehq.org April 21, 2024

April 21, 2024

https://bugs.winehq.org/show_bug.cgi?id=43349 Bug ID: 43349 Summary: Blizzard App Fails to Recognize Password Upon Switching Regions Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: siren(a)sirenwatcher.com Distribution: --- Specs: Wine 2.4 Staging [Win 7] Issue: Blizzard App Fails to Recognize Password Upon Switching Regions. The default "password" area isn't recognised when typed into. There is an override in place for US logins but not for EU logins. Images: [with override under US] imgur.com/zZHUtPN [failing to override for EU] imgur.com/h6z3IWQ Tried fixes: > Changing the Launcher.db codes for both WoW and Blizz App to enEU from enUS to see if the override is just for the defaulted region. Does load the launcher by default as "europe", though still does not give the override. > Typing in the password like 100 times to see if the override was something that proc'd from failed attempts on US. Hasn't worked. When occured: The Blizzard App ran an update about a week or so ago, it bugged out around this time. It threw all users of the application "out" of being signed in. Both on US and EU after the update. Upon signing back in I received this error, I assume from a GUI override update. A new game has been introduced to the application, which is not directly linked to Blizzard Entertainment, so I assume the integration of the new Destiny PC players accounts, put an issue in the coding for Wine under EU? Currently, using the Blizzard App on US works fine. Though after a week of trying, waiting to see if it just fixed itself, I still cannot use it to sign into the EU interface. I can still sign onto my EU WoW account through the US interface. So there is no rush, its just a minor hindrance. Does not affect gameplay of any of Blizzard's games. Just stops me talking to my EU friends when I am signed onto US WoW. -- 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.

2 10

[Bug 40930] New: Battle.net App: Windows versions higher than XP draw GTK decorations
by wine-bugs＠winehq.org April 21, 2024

April 21, 2024

https://bugs.winehq.org/show_bug.cgi?id=40930 Bug ID: 40930 Summary: Battle.net App: Windows versions higher than XP draw GTK decorations Product: Wine Version: 1.9.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: florian.reisenhofer(a)aon.at Distribution: --- When selecting a Windows version higher than Windows XP to use for the application, the client uses a GTK titlebar instead of the native one that comes with the application. What it looks like with Wine set to Windows 10: http://i.imgur.com/zgfH3X6.jpg How it's supposed to look: http://i.imgur.com/cPoGwGQ.jpg Note that the Internet (Shop and Game Notifications) aren't working either, but this is a seperate issue and only applies to Windows versions higher than Windows Vista. -- 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.

2 12

[Bug 12027] New: List in combobox don't disapear when window moved
by wine-bugs＠winehq.org April 20, 2024

April 20, 2024

http://bugs.winehq.org/show_bug.cgi?id=12027 Summary: List in combobox don't disapear when window moved Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: patriotyk(a)gmail.com When we dropping down combobox and after that trying move window, the list of items in combobox doesn't disapear. It is reproducible in all applications which used combobox -- 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.

2 18

[Bug 37246] New: Old C&C titles freeze after the map is loaded.
by wine-bugs＠winehq.org April 19, 2024

April 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=37246 Bug ID: 37246 Summary: Old C&C titles freeze after the map is loaded. Product: Wine Version: 1.7.2 Hardware: x86-64 URL: https://appdb.winehq.org/objectManager.php?sClass=vers ion&iId=4242 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tyrfing(a)mail.ru Created attachment 49534 --> https://bugs.winehq.org/attachment.cgi?id=49534 Terminal Output while freezing :) Hi. I tried to play Command and Conquer RA II (with and without Yuris Revenge) and Tiberian Sun. Shortly after the map is loaded (Campaign or Skirmish) the game freezes, and the sound loops. -- 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.

2 7

[Bug 34003] New: File save problem with Visual Cadd 6.0
by wine-bugs＠winehq.org April 14, 2024

April 14, 2024

http://bugs.winehq.org/show_bug.cgi?id=34003 Bug #: 34003 Summary: File save problem with Visual Cadd 6.0 Product: Wine Version: 1.5.31 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: purevw(a)wtxs.net Classification: Unclassified Created attachment 45182 --> http://bugs.winehq.org/attachment.cgi?id=45182 A binary crash report generated by Visual Cadd 6.0 When trying to do a normal file save (with thumbnail written into the file) in Visual Cadd 6.0 the program crashes. The crash only occurs when running under wine, as opposed to running in Windows. I found a workaround that seems to point to the problem. I found that if I clear the check-box for "Show Preview" in the file save dialog box, the file saves normally. Tri-tools.com has been very cooperative in offering help, rather than simply saying "We don't support Linux" as so many developers do when asked for help. Here is a paste of their latest response to information that I had given them: >> If a report file is generated, it will be stored in your Temp folder. The >>file will start with VC and have an extension of .vccrd. >> >>The crash info that you already submitted was sufficient to find the cause, >>though. Wine is failing to correctly create the bitmap and VCADD does not >>handle the failure properly. Since the bitmap is not being created anyhow, >>turning off Preview is the best solution for now. We'll work on a fix for the >>crash, but we won't be able to create the preview unless Wine cooperates. I'll attache the created error report, but it appears to be a binary file. I am able to open it with Kdevelop 4 but have no idea what to do with the information. Perhaps it will give more detailed information as to what is happening. -- 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.

2 22

[Bug 24655] New: BiDi support broken for writing Arabic
by wine-bugs＠winehq.org April 13, 2024

April 13, 2024

http://bugs.winehq.org/show_bug.cgi?id=24655 Summary: BiDi support broken for writing Arabic Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usp10 AssignedTo: wine-bugs(a)winehq.org ReportedBy: fahad.alsaidi(a)gmail.com The next step to improve Arabic support in Wine after fixing bug 24608 is fixing writing Arabic. Let me explain more, Now when you open Arabic text, Notepad will display it good enough to read it although it doesn't support full RTL. The problem is when you try to write something in Arabic. The new text will not be displayed correctly. It is displayed like that wine doesn't support Arabic at all. The interesting thing is when you select the text, the text will be displayed right. -- 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.

2 14