wine-bugs February 2019

wine-bugs@winehq.org

1 participants
7653 discussions

[Bug 38471] New: scanline ordering different type assignment
by wine-bugs＠winehq.org 18 Feb '19

18 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=38471 Bug ID: 38471 Summary: scanline ordering different type assignment Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Distribution: --- dlls/dxgi/ Clang warning ---- output.c:216:41: warning: implicit conversion from enumeration type 'enum wined3d_scanline_ordering' to different enumeration type 'DXGI_MODE_SCANLINE_ORDER' (aka 'enum DXGI_MODE_SCANLINE_ORDER') [-Wenum-conversion] desc[i].ScanlineOrdering = mode.scanline_ordering; ~ ~~~~~^~~~~~~~~~~~~~~~~ ---- If we look more carefully then we see that wined3d_scanline_ordering assumes values from 0 to 2 while DXGI from 0 to 3. The difference is WINED3D_SCANLINE_ORDERING_INTERLACED = 2 may correspond to DXGI_MODE_SCANLINE_ORDER_UPPER_FIELD_FIRST = 2, DXGI_MODE_SCANLINE_ORDER_LOWER_FIELD_FIRST = 3, depends on what? Usual DXGI_MODE_SCANLINE_ORDER_LOWER_FIELD_FIRST but in this case the assignment is wrong. 2 != 3 -- 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.

1 2

[Bug 15883] New: When the Linux version of SDL_mixer is installed, programs in Qb64 fail to compile (c++ compilation failed).
by wine-bugs＠winehq.org 18 Feb '19

18 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=15883 Summary: When the Linux version of SDL_mixer is installed, programs in Qb64 fail to compile (c++ compilation failed). Product: Wine Version: 1.1.7 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: samanddeanus(a)yahoo.com When the Linux version of SDL_mixer is installed, programs in Qb64 fail to compile (c++ compilation failed). -- 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.

1 16

[Bug 42329] New: Hellgate London Multiplayer: disconnect on specific actions
by wine-bugs＠winehq.org 18 Feb '19

18 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=42329 Bug ID: 42329 Summary: Hellgate London Multiplayer: disconnect on specific actions Product: Wine Version: 2.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Kakarott2003(a)yahoo.de Distribution: --- Created attachment 57080 --> https://bugs.winehq.org/attachment.cgi?id=57080 log 1: disconnect on jump With london2038.com (http://www.hellgateaus.info/forum/server-reboot/) there is a new server for running Hellgate London in multiplayer. The windows people can play find. The most things I can do to. Like: - connect to the server - create and choose a character - enter stations and tunnels - chat - talk to npcs - walk around So far so good. But when I do certain actions I get disconnected. Like jumping. When I jump, sometimes on the first jump, sometimes later. Everytime I shoot when I'm in the dungeon (can't shoot in stations). I tried first with wine-2.0-rc6, then staging. Tried earlier versions. Tried some winetricks dlls. Now with wine-staging-2.0. Also made a thread on there forum (http://www.hellgateaus.info/forum/support/hgl-on-linux-with-wine/) Funny part: Tried on another PC. Same Debian 64bit. Same wine from repos. First it disconnected like always. Then, I don't know what I did, it stayed connected. I tried to reproduce it but couldn't. Changed wine version. (Of-course always deleting wine-prefix.) Nothing. It stayed connected (most times). While on the other machine it always disconnects. Tried same debian packages (probably just little different versions) on both machines. Same /proc-net-TCP-settings. No change. Same network with via cable on same switch. No change. While staying connected I could see: - doing nothing ping was around 150ms - doing something the ping rose (saw times up around 100000ms...) until standing and waiting, then it would fall normal again - lots of tcp packages flowing in wireshark while actions were happening Not really playable. But it stays connected. Somehow... Now I made logs with +accel,+actxprxy,+advapi,+animate,+chain,+comboex,+commctrl,+commdlg,+context,+cred,+crypt,+cryptasn,+cryptnet,+datetime,+dpa,+dsa,+eventlog,+handle,+header,+heap,+hotkey,+icmp,+imagelist,+ipaddress,+iphlpapi,+listview,+lsa,+monthcal,+mpr,+mscoree,+nativefont,+netapi32,+netbios,+ntlm,+ole,+oleacc,+olemalloc,+olepicture,+olerelay,+pager,+progress,+propsheet,+rebar,+reg,+rpc,+schannel,+secur32,+service,+statusbar,+storage,+syslink,+tab,+theme_button,+theme_scroll,+theming,+themingcombo,+toolbar,+tooltips,+trackbar,+treeview,+typelib,+updown,+userenv,+variant,+wbemprox,+winediag,+wininet,+winsock,+winspool,+wmi Hope somebody can help. -- 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.

1 4

[Bug 5159] Microphone xmit in Half Life and HL: S games very harsh and goes in and out of "focus"
by wine-bugs＠winehq.org 17 Feb '19

17 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=5159 joaopa <jeremielapuree(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree(a)yahoo.fr --- Comment #66 from joaopa <jeremielapuree(a)yahoo.fr> --- Does the bug still occur with wine-4.2? -- 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.

1 0

[Bug 37965] New: Dead Space 3 sometimes fails to load checkpoints that are not save points
by wine-bugs＠winehq.org 17 Feb '19

17 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=37965 Bug ID: 37965 Summary: Dead Space 3 sometimes fails to load checkpoints that are not save points Product: Wine Version: 1.7.35 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: abolte(a)systemsaviour.com Distribution: --- Dead Space 3 autosaves the game, and there is no manual save option. While checkpoints in the game are frequent, save points only occur every few checkpoints. In theory, this means your character can die at any time without major consequence. However quitting the game and loading it again may involve replaying maybe 10+ minutes depending specifically where the death occurred. Unfortunately, it seems that death in areas where the previous checkpoint was not a save point causes the checkpoint to fail loading properly - resulting in an instant death before the game even draws your character to the screen. This results in a death/respawn loop that only ends when you bring up the in-game main menu and select the option to exit the game, losing progress in the process. It is also noteworthy that the mouse cursor disappears from the game menu until the option to end the current game is selected - presumably another side-effect of the aforementioned bug. Re-loading the most recent save point gets the game running normally again (until the next time it is triggered). There is a video posted of this behaviour here: https://www.youtube.com/watch?v=KDWbnrcx4Gc While this behaviour was not reported in the Dead Space 3 AppDB entries, I suspect this is the sort of thing that can easily go unnoticed without a complete playthrough under Wine (which I just did) - particularly since I don't think I even died during the first half of the game. I first encountered this in Chapter 13, but it could be an issue in other chapters. I vaguely recall seeing it later in the game somewhere. The game was cracked to work around what I suspect is a variant of bug #34517 (only without an alternative work-around here). To rule out the crack being the issue causing this behaviour, I copied the entire game directory and my save game to a real Windows installation, where the bug could not be reproduced. Observed on 1.7.35 with 8e9e4a6 reverted due to it producing a regression (which I'll report separately momentarily). -- 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.

1 2

[Bug 42097] New: The Vanishing of Ethan Carter disabling Light Shafts cause to graphic corrupt
by wine-bugs＠winehq.org 17 Feb '19

17 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=42097 Bug ID: 42097 Summary: The Vanishing of Ethan Carter disabling Light Shafts cause to graphic corrupt Product: Wine Version: 2.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 56610 --> https://bugs.winehq.org/attachment.cgi?id=56610 light shafts disabled It makes a layer effect. -- 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.

1 3

[Bug 34080] New: Half-life 2 : Ammo doesn't display when loading game
by wine-bugs＠winehq.org 17 Feb '19

17 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=34080 Bug #: 34080 Summary: Half-life 2 : Ammo doesn't display when loading game Product: Wine Version: 1.6-rc5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: scrimekiler(a)yahoo.fr Classification: Unclassified Created attachment 45307 --> http://bugs.winehq.org/attachment.cgi?id=45307 loaded game showing the bug When I load a game, I can't see how much ammo is left on a weapon. A workaround : changing video mode fullscreen/windowed then going back to the previous one and then ammo display correctly. -- 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.

1 6

[Bug 38400] New: Files fail to save and open in BDCraft Cubik Lite/Pro
by wine-bugs＠winehq.org 16 Feb '19

16 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=38400 Bug ID: 38400 Summary: Files fail to save and open in BDCraft Cubik Lite/Pro Product: Wine Version: 1.7.40 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexjvanderpotwebdesign(a)gmail.com Distribution: --- Created attachment 51253 --> https://bugs.winehq.org/attachment.cgi?id=51253 Backtrace from "export json" attempt File saving and opening fails in BDCraft Cubik in both the Pro and Lite versions. This makes the program effectively useless in Wine as you can not import/export models. A backtrace from a save attempt is attached. -- 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.

1 22

[Bug 44392] New: BM_SETIMAGE sets image with white background instead of transparent. Is it possible to set a transparent image on wine ?
by wine-bugs＠winehq.org 16 Feb '19

16 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=44392 Bug ID: 44392 Summary: BM_SETIMAGE sets image with white background instead of transparent. Is it possible to set a transparent image on wine? Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: nikolaysemenkov(a)gmail.com Distribution: --- Created attachment 60312 --> https://bugs.winehq.org/attachment.cgi?id=60312 the transparrent image On windows following code works: But on wine transparent image(attached png) appears with solid white background. The code: #include <windows.h> #include <gdiplus.h> 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; } LRESULT CALLBACK WindowProcedure(HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam) { static HBITMAP tBmp = NULL; switch (message) { case WM_CREATE: { HWND btn = CreateWindow(L"BUTTON", L"TEXT", BS_BITMAP | WS_TABSTOP | WS_VISIBLE | WS_CHILD | BS_DEFPUSHBUTTON, 100, 100, 95, 25, hwnd, (HMENU)1, NULL, NULL); tBmp = loadBitmap(L"C:\\zoomin_disabled.png"); SendMessage(btn, BM_SETIMAGE, IMAGE_BITMAP, (LPARAM)tBmp); ShowWindow(btn, SW_SHOW); } break; case WM_DESTROY: DeleteObject(tBmp); PostQuitMessage(0); break; default: return DefWindowProc(hwnd, message, wParam, lParam); } return 0; } int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE, LPSTR, int) { MSG msg; WNDCLASS wc = { 0 }; wc.lpszClassName = TEXT("EU"); wc.hInstance = hInstance; wc.hbrBackground = GetSysColorBrush(COLOR_3DFACE); wc.lpfnWndProc = WindowProcedure; wc.hCursor = LoadCursor(0, IDC_ARROW); wc.hIcon = NULL; RegisterClass(&wc); CreateWindow(wc.lpszClassName, TEXT("Express Uninstaller"), WS_VISIBLE | WS_CAPTION | WS_SYSMENU | WS_OVERLAPPEDWINDOW | WS_VSCROLL, (GetSystemMetrics(SM_CXSCREEN) - 230) / 2, (GetSystemMetrics(SM_CYSCREEN) - 100 ) / 2, 280 + 10, 110 + 20 + 190, 0, 0, hInstance, 0); while (GetMessage(&msg, NULL, 0, 0)) { TranslateMessage(&msg); DispatchMessage(&msg); } } -- 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.

1 12

[Bug 32508] New: StringFormatFlagsNoClip breaks StringAlignmentCenter and (probably) StringAlignmentFar)
by wine-bugs＠winehq.org 16 Feb '19

16 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=32508 Bug #: 32508 Summary: StringFormatFlagsNoClip breaks StringAlignmentCenter and (probably) StringAlignmentFar) Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexpigna.dev(a)gmail.com Classification: Unclassified In method GdipDrawString if StringFormatFlagsNoClip flag is enabled the string rect width is modified to be very large. This breaks how centered and probably far alignments are handled since the string will be moved a crazy amount of pixels to the right. Since when StringFormatFlagsNoClip is on the clipping region is already disabled I suspect that modifying the width is not only broken but also unnecessary. I'm not sure though since I don't know gdiplus code well enough. Leaving the width as it is fixes the issue for my case: a .net launcher for a game. -- 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.

1 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2019