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.
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.
https://bugs.winehq.org/show_bug.cgi?id=44812
Bug ID: 44812
Summary: MSYS2 applications need NtQueryInformationProcess
'ProcessQuotaLimits' class support
Product: Wine
Version: 3.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
to track
https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-Proc…
Unfortunately there is little information/details, I just found this:
https://wine-staging.com/news/2015-11-01-release-1.7.54.html
--- quote ---
Implement stub for ProcessQuotaLimits info class (MSYS2, Wine Staging Bug #570)
--- quote ---
Source:
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/process.c#l196
--- snip ---
174
/******************************************************************************
175 * NtQueryInformationProcess [NTDLL.@]
176 * ZwQueryInformationProcess [NTDLL.@]
177 *
178 */
179 NTSTATUS WINAPI NtQueryInformationProcess(
180 IN HANDLE ProcessHandle,
181 IN PROCESSINFOCLASS ProcessInformationClass,
182 OUT PVOID ProcessInformation,
183 IN ULONG ProcessInformationLength,
184 OUT PULONG ReturnLength)
185 {
186 NTSTATUS ret = STATUS_SUCCESS;
187 ULONG len = 0;
188
189 TRACE("(%p,0x%08x,%p,0x%08x,%p)\n",
190 ProcessHandle,ProcessInformationClass,
191 ProcessInformation,ProcessInformationLength,
192 ReturnLength);
193
194 switch (ProcessInformationClass)
195 {
196 UNIMPLEMENTED_INFO_CLASS(ProcessQuotaLimits);
...
--- snip ---
Regards
--
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=24466
Summary: Sid Meier's Pirates! frequent hiccups, temporary
lock-ups
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=30870)
--> (http://bugs.winehq.org/attachment.cgi?id=30870)
terminal output
Sid Meier's Pirates! (patched to the latest 1.0.2 version) performs badly in
Wine. This issue is described in several test results on the Appdb page of the
game, too.
I can observe the following symptoms:
- After the intro video played, it takes almost 2 minutes to get into the main
menu (without noticeable hdd activity).
- When I get into the game and visit any places in the port (Governor,
Merchant, Tavern etc.) it usually takes the game 15-20 seconds to display the
next screen (although music plays continuously).
- While sailing, the game frequently "freezes" for 2-3 seconds without no
apparent reasons.
When those hiccups occur all animations freeze on the current screen until the
next screen is loaded but music plays fluently.
Reducing the screen resolution, graphical details or disable audio doesn't
help.
I remember playing this game several years ago in a native Win XP without this
issues.
No demo available.
Fedora 13 x86
AMD Athlon 64 x2 4200+
3 GB Ram
Kernel 2.6.34.6
Nvidia 7600 GT / driver 256.53
--
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.