https://bugs.winehq.org/show_bug.cgi?id=44409
Bug ID: 44409
Summary: png with indexed colors and alpha miss the alpha
channel on loading
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: nikolaysemenkov(a)gmail.com
Distribution: ---
Created attachment 60332
--> https://bugs.winehq.org/attachment.cgi?id=60332
1 bit png with alpha
The 1bit png with alpha is attached.
Wine loads it as PixelFormat1bppIndexed, which means no alpha preserved
Windows loads it as PixelFormat32bppARGB which means windows does conversion
because pixelformat is not match to PixelFormat1bppIndexed(because otherwise it
lost alpha).
The same happens for 8 bit png with alpha.
Could you please add supporting loading alpha channel for 1 and 8 bit pngs in
the same way as windows does, ie convert to PixelFormat32bppARGB.
Thanks.
The func to load png:
HBITMAP loadBitmap(const wchar_t* path)
{
HBITMAP tBmp = NULL;
ULONG_PTR token = 0;
Gdiplus::GdiplusStartupInput input = NULL;
Gdiplus::GdiplusStartup(&token, &input, NULL);
if (token != 0)
{
Gdiplus::Bitmap* bmp = new Gdiplus::Bitmap(path);
bmp->GetHBITMAP(Gdiplus::Color::Transparent, &tBmp);
delete bmp;
Gdiplus::GdiplusShutdown(token);
}
return tBmp;
}
--
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=38066
Bug ID: 38066
Summary: Memento Mori (Numen: Contest of Heroes): mouse buttons
don't work (needs native dinput8)
Product: Wine
Version: 1.7.36
Hardware: x86
URL: http://www.4players.de/4players.php/download_info/Down
loads/Download/50673/Memento_Mori/Deutsche_Demo.html
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 50710
--> https://bugs.winehq.org/attachment.cgi?id=50710
terminal output
Keyboard is working in the game because I can skip the intro videos by pressing
<Esc> and I can move the mouse pointer when the menu appears. Mouse buttons
however are not registered thus I can't select a menu option.
'winetricks dinput8' is a workaround.
I know of another game from the same publisher that also needs native dinput8
otherwise mouse buttons don't work: Numen: Contest of Heroes.
To test the demo you need to install native d3dx9_36 and Windows Media Player 9
or 10.
wine-1.7.36-28-ga679cae
Fedora 21
XOrg 1.16.3
XFCE 4.10
Memento_Mori_DEMO_setup_GERMAN.exe
md5sum: 8eda283807d43ad2a058c397efde7725
--
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=45569
Bug ID: 45569
Summary: League of Legends 8.12+ needs
NtQueryInformationProcess(ProcessCookie) stub
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Diagnosed by Andrew Wesie; partially split off from bug 45327.
--
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=35320
Bug ID: 35320
Summary: wine crash in MSVCRT__mbstowcs_l regarding locale, &
other minor locale related problems
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: htl10(a)users.sourceforge.net
Classification: Unclassified
Created attachment 47106
--> http://bugs.winehq.org/attachment.cgi?id=47106
The file needed to cause the crash.
from r project (http://www.r-project.org/)
http://cran.ma.imperial.ac.uk/bin/windows/base/R-2.15.3-win.exe
After installing, running:
./wine ~/.wine/drive_c/Program\ Files/R/R-2.15.3/bin/R.exe
Then, at the R console prompt, type (having put the attached file at /tmp/1.R):
Sys.setlocale("LC_CTYPE", "Chinese")
source('z:/tmp/1.R', encoding='UTF8')
wine immediately crashes with:
--------------------------------------
wine: Unhandled page fault on read access to 0x00000000 at address 0x7eda29af
(thread 0030), starting debugger...
...
Backtrace:
=>0 0x7eda29af MSVCRT__mbstowcs_l+0x5f(wcstr=<couldn't compute location>,
mbstr=<couldn't compute location>, count=<couldn't compute location>,
locale=<couldn't compute location>)
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt
(0x0440a168)
1 0x7eda2b06 MSVCRT_mbstowcs+0x35(wcstr="as a &Metafile CTRL+W",
mbstr=0x0(nil), count=0x64)
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2161] in msvcrt
(0x0440a198)
2 0x6355b525 in rgraphapp (+0x1b524) (0x00030046)
0x7eda29af MSVCRT__mbstowcs_l+0x5f
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt: movzbl
0x0(%eax),%eax
2140 if(mbstr[size] == '\0')
...
----------------------------------------
I assume this info in the backtrace should be enough to address the crash.
FYI, the slightly unusual procedure is because under R under Vista in an
English locale doesn't like to plot graphs with non-latin annotations/texts.
The above procedure when used under Vista on British English windows would
result in R displaying an almost empty plot with a chinese title. Native R on
linux does not need the setlocale part to plot utf8-based texts.
Also R on Vista accepts 'Sys.setlocale("LC_CTYPE", "Chinese_China.950")'. I
only realized that trying to set traditional chinese [950] in a simplified
chinese region [china] is wrong when it is rejected on linux; but R on Vista
accepts this.
------------
Warning message:
In Sys.setlocale("LC_CTYPE", "Chinese_China.950") :
OS reports request to set locale to "Chinese_China.950" cannot be honored
------------
When R is running on Vista, it reports the locale as "English_United
Kingdom.1252".
But under Linux (in en_GB.utf8 locale), R warns of
-----------
During startup - Warning messages:
1: Setting LC_TIME=en_GB.utf8 failed
2: Setting LC_MONETARY=en_GB.utf8 failed
-----------
So three locale related issue:
- a crash in msvcrt
- R under Vista accepts "Chinese_China.950" but R under wine does not.
- there are locale-related warning messages from R on start up when running
under 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=43187
Bug ID: 43187
Summary: OriginWebHelperService.exe crashes
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: plata(a)mailbox.org
Distribution: ---
Created attachment 58460
--> https://bugs.winehq.org/attachment.cgi?id=58460
backtrace
EA Origin installs with Wine 2.10 staging but then crashes in the update or
login window (OriginWebHelperService.exe). As a result, the Origin window shows
an infinite loading screen.
As far as I can see, this seems to be caused by qt5gui (QScreen::handle).
--
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=40160
Bug ID: 40160
Summary: cant install mobogenie
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madscientistkustomz(a)gmx.com
Distribution: ---
Created attachment 53662
--> https://bugs.winehq.org/attachment.cgi?id=53662
trace log
problem installing MOBOGENIE for ubuntu
--
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=38402
Bug ID: 38402
Summary: glDebugMessageCallback is broken
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: chris.kcat(a)gmail.com
Distribution: ---
According to the KHR_debug extension spec, the function glDebugMessageCallback
takes a function pointer callback with the type:
typedef void (APIENTRY *GLDEBUGPROC)(GLenum source,
GLenum type,
GLuint id,
GLenum severity,
GLsizei length,
const GLchar* message,
const void* userParam);
https://www.opengl.org/registry/specs/KHR/debug.txt
In particular, it notes that the function callback uses the same calling
convention as the other GL functions. The problem is that on Windows, GL uses
the stdcall calling convention, while on Linux it uses cdecl. Wine's
glDebugMessageCallback thunk passes the callback through as-is, so the system's
libGL tries to call an stdcall function as though it was cdecl, causing it to
crash upon returning.
Another problem is that the spec says:
"When DEBUG_OUTPUT_SYNCHRONOUS is disabled, the driver is optionally allowed to
concurrently call the debug callback routine from potentially multiple threads,
including threads that the context that generated the message is not currently
bound to."
meaning the callback can be called on threads other than the one OpenGL is
being used on. This is a problem because it may be called on one or more
internal driver threads that were not created using the Windows API, and if the
callback function tries to do anything that relies on Windows-related thread
information, it won't be there.
--
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=41419
Bug ID: 41419
Summary: Visio 2013 crashes with unimplemented function
msvcp100.dll.?_GetCombinableSize@details@Concurrency@@
YAIXZ
Product: Wine
Version: 1.9.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
wine: Call from 0x7b43b53c to unimplemented function
msvcp100.dll.?_GetCombinableSize@details@Concurrency@@YAIXZ, aborting
--
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=45588
Bug ID: 45588
Summary: .Net Framework 4.5.2 (WPF) requires
windowscodecs.dll.IWICPixelFormatInfo_GetChannelCount_
Proxy
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: jp7677(a)gmail.com
Distribution: ---
"Content Manager" (https://acstuff.ru/app/https://assettocorsa.club/index.php?q=content-manager.html) is an alternative
launcher for Assetto Corsa. That one requires/uses WPF from .Net Framework
4.5.2. The launcher works surprisingly well and much better that the original
Assetto Corsa launcher which I never got to work. Anyway, "Content Manager"
works fine in wine once .Net 4.5.2 is installed, though with several actions,
like selecting a track, the program crashes with:
wine: Call from 0x7b43d85b to unimplemented function
windowscodecs.dll.IWICPixelFormatInfo_GetChannelCount_Proxy, aborting
Looking at
https://github.com/wine-mirror/wine/blob/master/dlls/windowscodecs/windowsc…
this method is indeed not implemented in the wine implementation of
windowscodecs. It would be nice if this method could be implemented. I don't
know if IWICPixelFormatInfo_GetBitsPerPixel_Proxy and
IWICPixelFormatInfo_GetChannelMask_Proxy are also needed, but could imagine
that this is the case.
PS: Installing the native version of windowscodecs is a somewhat of a
work-around. The application does no longer crash, but then a lot of images are
no longer displayed correctly (looks like transparent is displayed as white).
Kind 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.