https://bugs.winehq.org/show_bug.cgi?id=44920
Bug ID: 44920
Summary: Starcraft II Arcade Crash during load
Product: Wine
Version: 3.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: antonio.e.russo(a)gmail.com
Distribution: ---
Created attachment 61011
--> https://bugs.winehq.org/attachment.cgi?id=61011
WINEDEBUG=warn+all log of crash (gzipped)
Starcraft II is a moving target. After the most recent patch, I was unable to
use wine-staging 2.21, which had been working excellently for me. Wine 3.5 has
trouble: loading the "Hero Attack 3X" (popular) arcade game, the game crashes.
I've attached a "WINEDEBUG=warn+all" log, and can help debug.
I checked "use 32-bit version", and I am using a clean prefix.
--
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=38303
Bug ID: 38303
Summary: NHL09 menus automatically navigating ( non-stop
clicking down arrow without actual keyboard button
pressing )
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
Distribution: ---
When I launch the game, menus are navigated by themselves. Still - the game
responds on actual pressing of the arrow buttons on my keyboard.
--
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=33759
Bug #: 33759
Summary: Some applications reset the X color profile
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: liquitsnake(a)gmx.net
Classification: Unclassified
Some applications tend to reset the X color profile when they start. This
profile is set by xcalib and shouldn't be mindlessly messed with.
I could not determinate a pattern as to which programs do this. It seems games
are especially prone.
A simple test case:
Get xcalib, and use it to set some random color profile, such as with
xcalib -a -gc 5
Get CPU-Z. There is a simple no-installation zip available. Click away the
initial error message and then watch as it resets the profile as it loads
--
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=39164
Bug ID: 39164
Summary: Starcraft 2: broken after alt-tab
Product: Wine
Version: 1.7.50
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: m4rkusxxl(a)web.de
Distribution: ---
I play starcraft 2 in kde4 with desktop effects enabled.
When I alt-tab to get back to the desktop it works fine. But I dont get back
into the game.
When I try to, I see the game but the screen never changes (no animations,
nothing happens when clicking buttons). The mouse cursor is not catched as
well.
When I disable desktop effects in kde (shift+alt+f12) I can still get back into
the game and it is redrawn correctly.
--
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=29384
Bug #: 29384
Summary: Voobly fails to launch Age of Empires II multiplayer
game (DirectPlay)
Product: Wine
Version: 1.3.35
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lapommegolden(a)gmail.com
Classification: Unclassified
Instead of entering AOE II's brown multiplayer game screen, game will now be
automatically aborted & cancelled unrated instead.
--
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=47589
Bug ID: 47589
Summary: WineHQ requires email to sign up, sign in and to
recover access
Product: WineHQ.org
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
It may be inacceptible for users living in jurisdictions with oppressive
regimes requiring all the email providers either collect the personal data
tying an account to a government-issued ID or being blocked. For example
cellphone numbers.
Now most of email providers require cellphone number validation. But not all.
Ironically the only email providers not enforcing this I know are Russian ones.
But the State Duma is preparing a law requiring all the email providers to do
that, so I expect there will be no free email providers not doing that
(probably except Riseup, but I won't use Riseup services).
So it is important to allow users contribute without having a email addreess.
For access recovery crypto protocols or a sheet of one-time passwords can be
used.
--
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=46585
Bug ID: 46585
Summary: Some unicode characters cut off the rest of
description
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spleefer90(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Created attachment 63469
--> https://bugs.winehq.org/attachment.cgi?id=63469
test.txt with the issue
Looks like posting certain unicode characters makes rest of the description be
cut off.
Here's pasting of contents of the attached test.txt:
Tobias
--
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=28467
Summary: Chromium Browser restore button doesn't work
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
1. Download chromium from
http://build.chromium.org/f/chromium/snapshots/Win/95816/chrome-win32.zip
unpack chrome-win32.zip, cd to the directory.
2. start chrome.exe with --no-sandbox, works around Bug 21232
$ wine chrome.exe --no-sandbox
Notice that the chrome window is decorated by the Linux native window manager.
Is it a bug? On windows, chrome have no traditional "window bar".
Now there is two "Maximal" button: one is drawn by Linux native window manager,
the other is drawed by wine chrome browser it self.
3. Click on the "Maximal" button which is drawn by Linux native window manager,
then chrome browser switch to maximal mode as expect.
This time, the Linux native window bar is disappear.
4. Click on the "Restore" button of wine chrome browser. However it doesn't
work. Wine chrome switch to normal mode for a second, then switch back to
maximal mode automatically.
I use ubuntu 11.04 , with traditional gnome desktop, gnome 2.32.1 .
There is some ways to work around:
I. Instead of clicking on the native "Maximal" button in step 3, try to click
the wine chrome "Maximal" button, then everything works as expect.
II. Do not set "Allow the window manager to decorate the windows" in winecfg,
then everything works as expect.
III. Do not set "Allow the window manager to control the windows" in winecfg,
then everything works as expect.
--
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=36692
Bug ID: 36692
Summary: Bad performance when combineng SetEvent /
WaitForSingleObject for synchronizing worker threads
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: milasudril(a)gmail.com
In a 2d simulation program, each worker thread has its own pair of events. One
event is used to signal master thread that the worker thread is ready. The
other is used by the master thread to signal that the worker thread may
continue.
In Master thread:
while(!m_stop)
{
auto proc_ptr=processors.begin();
while(proc_ptr!=processors.end())
{
// Call SetEvent on "start" event object owned by the object pointed
// to by proc_ptr
proc_ptr->frameNext();
++proc_ptr;
}
proc_ptr=processors.begin();
while(proc_ptr!=processors.end())
{
// Call WaitForSingleObject on "ready" event object owned by
// the object pointed to by proc_ptr
proc_ptr->wait();
++proc_ptr;
}
++framecounter;
}
In worker thread:
while(!m_stop)
{
// Wait for master thread signaling start event (Calls
WaitForSingleObject)
start.wait();
m_model->process(m_framecounter,m_buffers[0].first
,m_buffers[0].second,m_offset);
swap(m_buffers[0],m_buffers[1]);
// Signal master thread that we are ready for next frame (Calls SetEvent)
ready.set();
}
On Wine, the framerate is half of that on Windows 7 on the same machine
Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz. Also there seems to be a huge
different workload on differnt cores when running under Wine.
I realize that SetEvent/WaitForSingleObject are heavy functions on Windows too
as they need kernel assistance, so it might be hard to make it perform better.
--
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.