https://bugs.winehq.org/show_bug.cgi?id=45837
Bug ID: 45837
Summary: Battle.net Launcher dropdown menu cant be opened, no
icon to click
Product: Wine
Version: 3.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Culted86(a)gmail.com
Distribution: ---
Created attachment 62304
--> https://bugs.winehq.org/attachment.cgi?id=62304
screenshots
When using the Battle.net Launcher the dropdown menu to get to the options and
other settings, the icon for the dropdown menu does not appear and clicking
where it should be or moving the mouse around that spot does not help
i added two screenshots in a zip as an attachment one shows how it should look
and one shows how it looks with wine
--
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.
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.