https://bugs.winehq.org/show_bug.cgi?id=53652
Bug ID: 53652
Summary: invalid URL in wine-bugs digest email footer
Product: WineHQ Bugzilla
Version: 3.2.3
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: austinenglish(a)gmail.com, jnewman(a)codeweavers.com,
julliard(a)winehq.org
Distribution: ---
I'm guessing this happened around the mailman upgrade:
Sep 10:
_______________________________________________
wine-bugs mailing list -- wine-bugs(a)winehq.org - To unsubscribe send an email
to wine-bugs-leave(a)winehq.org
%(web_page_url)slistinfo/%(_internal_name)s
versus:
July 26:
_______________________________________________
wine-bugs mailing list - wine-bugs(a)winehq.org
https://www.winehq.org/mailman/listinfo/wine-bugs
'bisecting' the regression, it occurred between:
bad: Aug 12 wine-bugs Digest, Vol 205, Issue 46
good: Aug 12 wine-bugs Digest, Vol 205, Issue 45
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43766
Bug ID: 43766
Summary: Safrosoft RoX - Level editor doesn't start
Product: Wine
Version: 2.17
Hardware: x86-64
URL: http://www.autofish.net/shrines/rox/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ArchLinux
Created attachment 59268
--> https://bugs.winehq.org/attachment.cgi?id=59268
wine log
The game's level editor crashes with a messagebox:
"Run-time error '481': Invalid picture"
Getting an oleaut32.dll from win7, copying it into wine's system32 folder and
adding a dll override fixes the issue.
--
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=44900
Bug ID: 44900
Summary: Colour problem with builtin gdiplus
Product: Wine
Version: 3.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: ---
Created attachment 60981
--> https://bugs.winehq.org/attachment.cgi?id=60981
Good looking with a native gdiplus
With a builtin gdiplus, there is a problem with coloring the cases of channel.
Problem does not occur with a native gdiplus dll. Compare the two screenshot:
the first one with native dll, the second one with the builtin dll.
Note the behaviour in a real Windows 10 box is the behaviour of the native dll.
So, there is a problem with the builtin dll.
--
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=24063
Summary: World in conflict fails to start in DX10 mode
Product: Wine
Version: 1.3.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xvachon(a)gmail.com
Created an attachment (id=30246)
--> (http://bugs.winehq.org/attachment.cgi?id=30246)
Log +d3d10
World in Conflict is unable to start in DX10 mode. Native dxdiagn.dll was used
to avoid http://bugs.winehq.org/show_bug.cgi?id=11114 and sh winetricks d3dx10
was run too.
I uploaded a +d3d10 log. If you need other debug channels, please ask.
--
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=51285
Bug ID: 51285
Summary: The bmpcoreimage test in user32:cursoricon fails on
most Windows versions
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The bmpcoreimage test in user32:cursoricon fails on most Windows versions.
The failure is either:
cursoricon.c:1217: Test failed: BMP (coreinfo): IMAGE_BITMAP failed.
or cursoricon.c:1162: Test failed: BMP (coreinfo): Pixel is 0x00000000
https://test.winehq.org/data/patterns.html#user32:cursoricon
A given Windows version can have different results.
The result seems to depend on the user32.dll version, as if Microsoft issued a
security fix that changed the handling of this bitmap and progressively
converged on the "Pixel is 0" result. Here's the detailed result per platform
and user32 version:
vista 6.0.6002.18005 ok
vistau64 6.0.6002.18005 ok
w2008 6.0.6002.19714 ok
w7pro64 6.1.7601.23594 ok
w7u 6.1.7601.24546 Pixel is 0x00000000
w8 6.3.9600.17031 ok
w864 6.3.9600.17031 ok
w8.gtx 6.3.9600.17415 ok
w8.rx 6.3.9600.19920 Pixel is 0x00000000
w1507 10.0.10240.16384 ok
w1507.gtx 10.0.10240.16384 ok
w1507.rx 10.0.10240.16384 ok
w1607 10.0.14393.0 ok
w1709.rx 10.0.16299.15 ok
w1709 10.0.16299.125 ok
w1709.gtx 10.0.16299.125 ok
w1809.gtx 10.0.17763.168 ok
w1809.rx 10.0.17763.168 ok
w1809 10.0.17763.1339 IMAGE_BITMAP failed
w1909.gtx 10.0.18362.719 IMAGE_BITMAP failed
w1909.rx 10.0.18362.719 IMAGE_BITMAP failed
w1909 10.0.18362.1110 Pixel is 0x00000000
w2004 10.0.19041.388 IMAGE_BITMAP failed
w2009.fg 10.0.19041.610 Pixel is 0x00000000
w2009 10.0.19041.685 Pixel is 0x00000000
w2009.gtx 10.0.19041.906 Pixel is 0x00000000
w2009.rx 10.0.19041.906 Pixel is 0x00000000
Note that w1507, w1607 and w1709 may be missing updates (but installing them
without upgrading to the next Windows version would be hard), which may be why
they don't fail.
So either this test should be removed, or it should be changed to expect 'pixel
== 0' and allow for broken results (which does not fit with the way
test_LoadImageFile() is currently implemented).
We may also want to update Wine's BITMAP_Load() implementation to match the
current Windows behavior.
For reference this test bitmap was introduced in the commit below:
commit 0dfedd50c38356c8049aef48e69b630204de0f79
Author: Wolfram Sang <wolfram(a)the-dreams.de>
AuthorDate: Sat Jun 5 05:57:19 2010 +0200
user32: No sanity checks for BITMAPCOREINFO in BITMAP_Load.
--
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=19471
Summary: Earthworm Jim 3D: Extensive graphics errors
Product: Wine
Version: 1.1.26
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ezekiel000(a)lavabit.com
Created an attachment (id=22632)
--> (http://bugs.winehq.org/attachment.cgi?id=22632)
Terminal output.
While running Earthworm Jim 3D the background to the title screen and intro
video/scene are black and during the game there are various graphics errors
including: missing textures, corrupt textures, low quality textures.
There are also quite a few 3D model animation errors.
--
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=10845
Summary: Application Menu doesn't work
Product: Wine
Version: 0.9.51.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gizmo.gentoo(a)gmx.de
In Propellerheads Reason 3.0 and 4.0 the application menu doesn' work. This
affects, in my experience, all versions >wine-0.9.46 or 0.9.47.
The problem is that i can't give you log files or something else, because
there's no error message. It's just that u click on the menu and nothing
happens.
You can download a demo version from the software here:
http://www.propellerheads.se/download/index.cfm?fuseaction=download_reason_…
Let me know if i can do something to provide more information.
thanks,
marc
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53290
Bug ID: 53290
Summary: app is installed but doenst appear
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: steurgo(a)gmail.com
Distribution: ---
Created attachment 72655
--> https://bugs.winehq.org/attachment.cgi?id=72655
it shows the error message
downloaded the app from your website and followe all the steps. now if i check
in the ubuntu softwere it says its installed, but doesnt appear in the app
list. when i try to uninstall if from ubuntu softwere it says there are no
files to delete
--
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.