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.
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.
https://bugs.winehq.org/show_bug.cgi?id=44157
Bug ID: 44157
Summary: Overwatch: mouse laggy and jerky
Product: Wine-staging
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b1779506(a)trbvn.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
The mouse ingame wobbles always, and in menus I can't click and hold to scroll
the scrollbar of the menu, buy if I move the mouse wheel the scrollbar moves.
There's a video here of the game:
https://vimeo.com/246654111
--
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=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.
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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=45482
Bug ID: 45482
Summary: jade empire default cpu affinity is only with cpu1 and
performance are dropped
Product: Wine
Version: 3.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andy86(a)fastwebnet.it
Distribution: ArchLinux
If don't know is a valid wine bug or a game bug, but reading appdb seem not
present on old wine version < 3.7 or less.
When game is started performance is very poor, seem < 10 fps in main menu,
unplayable at all.
Investigating I discovered that game use only 25% of cpu at default, looking
for the cause, I check cpu affinity in wine taskmgr and it's have just one
check of four (cpu1).
I check all box, and game start to use more of 25% cpu, and performance
increase to 60fps stable.
Problem is that cpu affinity isn't saved, and operation need repeat every time
that game is started.
--
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=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.
https://bugs.winehq.org/show_bug.cgi?id=44699
Bug ID: 44699
Summary: Clang 6.0 fails to run under wine
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: martellmalone(a)gmail.com
Distribution: ---
This is the current output when running clang under wine.
```
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:crypt:CRYPT_LoadProvider Failed to load dll
L"C:\\windows\\system32\\rsaenh.dll"
LLVM ERROR: Could not acquire a cryptographic context: Unknown error
(0x8009001D)
```
Here is the line it currently fails on.
https://github.com/llvm-mirror/llvm/blob/release_60/lib/Support/Windows/Pro…
This could be possibly related to #44061
To reproduce this you can run the following docker build script which build
llvm and clang and then cross compiles it for windows with mingw-w64.
Executing the resulting clang on a simple c source file results in the error.
https://github.com/martell/mingw-w64-clang/blob/master/Dockerfile
This is an x64 application.
--
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.