http://bugs.winehq.org/show_bug.cgi?id=28674
Bug #: 28674
Summary: using OpenID login is a necessity
Product: WineHQ Bugzilla
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: A.Pirard(a)ulg.ac.be
Classification: Unclassified
>We are sorry to report that recently our login database for the
>WineHQ Bugzilla Database was compromised.
>To prevent further damage we have reset your password to what is shown
>below. We strongly suggest that if you shared your WineHQ bugs
>password on any other sites that you change that password as soon
>as possible.
How is it possible to manage passwords on 200 sites if they don't use OpenID?
Is it so hard to understand?
PLEASE USE OPENID LOGIN !!!!!!
--
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=51064
Bug ID: 51064
Summary: Crash from Starcraft 2 game in Direct Strike mode
Product: Wine-staging
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69922
--> https://bugs.winehq.org/attachment.cgi?id=69922
screen
The bug is manifested for a long time. 100% repeatability. Through Proton no
problem. The problem is only in this mode.
--
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=46552
Bug ID: 46552
Summary: Crossfire doesn't install
Product: Wine
Version: 4.0-rc7
Hardware: x86-64
URL: http://crossfire.z8games.com/download.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.finizio.mgbx(a)hotmail.it
Distribution: Mint
Created attachment 63423
--> https://bugs.winehq.org/attachment.cgi?id=63423
console output
I already reported a bug about Crossfire EU (you can find it here
https://bugs.winehq.org/show_bug.cgi?id=45920), but now it merged with
Crossfire NA and the new link for download is
http://crossfire.z8games.com/download.html
The .exe file is different than before, but it doesn't install yet; I don't
know if the problem is the same or not. I attached my console output. You can
reproduce the bug just by downloading the file and trying to install.
I kept my terminal open for more than 3 hours beacuse the process is "running"
and if I close the terminal it says that a process is still running and closing
the terminal will kill it. Therefore I don't know if my console output is
complete or not. If I can help in some way, just tell me! :)
--
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=54501
Bug ID: 54501
Summary: IrfanView - Pasting into clipboard results in a black
screen
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 74052
--> https://bugs.winehq.org/attachment.cgi?id=74052
Console output (wine-8.1 on Slackware64/Multilib)
Hello everyone,
I downloaded IrfanView in its own prefix with the following:
sha256sum iview462_x64_setup.exe
d9d4c5f3120a9420e2dbaf0ee8931556e161787fbc4297d5fb4e4c7616fdd668
iview462_x64_setup.exe
and it installs and seems to run just fine.
Steps to reproduce
- Start IrfanView
- Start Gimp (Linux-native)
- Open an Image in Gimp
- Copy the image from Gimp into IrfanView
- Paste it into IrfanView
Expected result: Image should show in IrfanView
Actual result: Black screen though dimension of the image are shown at the
bottom of the application.
Console output 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.
https://bugs.winehq.org/show_bug.cgi?id=49802
Bug ID: 49802
Summary: Crash at AfxBeginThread of x64 apps on macOS when
built with VS2019
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: reinhold.hoffmann(a)hotmail.com
Created attachment 68117
--> https://bugs.winehq.org/attachment.cgi?id=68117
Samples to demonstrate the issue
Our x64 apps built with Visual Studio 2010 (VS2010) run on macOS for a long
time. We recently have started a project to move to Visual Studion 2019
(VS2019). The same x64 app which works fine when built with VS2010 crashes on
macOS when it is built with VS2019. The crash occurs when the MFC function
AfxBeginThread is called. Static linking is used for linking the MFC and other
libs.
After a very painful research we identified that a simular report has been made
in Nov. 2019 in the Wineskin area
(see https://github.com/Gcenx/WineskinServer/issues/22).
The reporter said "I ended up replacing the AfxBeginThread call with a call to
CreateThread which works fine on all versions." We did the same thing with the
same result. Replacing AfxBeginThread by CreateThread works fine with VS2019.
However, according to
https://stackoverflow.com/questions/21718674/difference-between-afxbeginthr…
a replacement of AfxBeginThread by CreateThread is not really recommended when
MFC is used.
The crash happens on all macOS versions with Wine 5.4, 5.7 and 5.16 (we took
5.16 from Gcenx (https://github.com/Gcenx/macOS_Wine_builds)). On Windows and
Linux the VS2019 app runs fine. Further, the Win32 equivalent app runs fine on
macOS.
In summary:
A crash happens for AfxbeginThread in an x64 app on macOS with Wine 5.4, 5.7,
5.16.
We did a deeper dive and found that the crash happens inside AfxbeginThread,
module Thread.cpp inside the function __acrt_get_begin_thread_init_policy.
See address:
0001:001ab7cc __acrt_get_begin_thread_init_policy 00000001401ac7cc f
libucrt:win_policies.obj
According to the backtrace.txt (attached) the exception happens when reading
from a 32 bit address. This sounds strange to me for a x64 app.
Any help is highly appreciated.
Reinhold
==========================================================================
As a C++ sample I have compiled a trivial app which AfxBeginThread which
demonstrate the problem.
In the attached zip file you can find
backtrace.txt
Test_of_AfxBeginThread_VS2019.exe
Test_of_AfxBeginThread_VS2010.exe
The code and project files for VS2010 and VS2019 can be downloaded from
www.notation.com/download/Wine/Bugzilla/Project_Files_AfxBeginThread_sample…
--
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=36917
Bug ID: 36917
Summary: Synthmasters fails to draw correctly
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: bique.alexandre(a)gmail.com
Created attachment 49028
--> http://bugs.winehq.org/attachment.cgi?id=49028
Screenshot
Synthmaster is a Windows VST (synthesizer).
I use it along with vst-bridge and renoise.
https://github.com/abique/vst-bridgehttp://renoise.com/
It fails to render correctly, and I think that it is related to the following
lines:
fixme:wincodecs:PngDecoder_Block_GetCount stub
fixme:gdiplus:GdipGetLineSpacing ignoring style
fixme:gdiplus:GdipDrawPath graphics object has no HDC
fixme:gdiplus:resample_bitmap_pixel Unimplemented interpolation 7
Is it an issue coming from wine or SynthMaster?
Thanks!
--
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=50071
Bug ID: 50071
Summary: When I try to run Eve Online, qt5webenginecore crashes
after some time.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: liamtheprogrammer(a)gmail.com
Distribution: ---
Created attachment 68527
--> https://bugs.winehq.org/attachment.cgi?id=68527
A backtrace for the crash of the QT5 web engine.
When I try to run Eve Online, qt5webenginecore crashes after some time. It does
this saying that it encountered a serious error and needs to close.
--
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=49735
Bug ID: 49735
Summary: EVE Online crashes when undocking with wine-devel
5.15~buster
Product: Wine
Version: 5.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: biz(a)mynetblog.com
Distribution: ---
Created attachment 68027
--> https://bugs.winehq.org/attachment.cgi?id=68027
backtrace
This bug is for the latest version of EVE Online. Backtrace attached.
https://binaries.eveonline.com/EveLauncher-1770799.exe
My OS:
Debian 10 Buster with wine-devel 5.15~buster amd64
Linux 4.19.0-10-amd64 #1 SMP Debian 4.19.132-1 (2020-07-24) x86_64 GNU/Linux
Using video driver version 440.100 (via buster-backports) for:
GeForce GTX 1660 SUPER
https://wiki.debian.org/NvidiaGraphicsDrivers#Version_440.100_.28via_buster…
The client crashes when I undock my ship, the launcher still works. The client
worked fine until I undocked. The graphics were turned up to high without
anti-aliasing turned on. It looked great.
When I installed the game, it did not make a shortcut to the game, so I have to
launch it via the terminal. I'm using Gnome.
I made the client windowed because I use multiple accounts (but I only had one
logged in), I then made it full screen. When I did that, it made the full
screen size not be full screen and it asked if I wanted to make it full screen
and I could not click on anything. I had to manually kill the client. Then when
I started the client again, it was a normal full screen.
There is a lot of "fixme" in the terminal screen when I run the game via the
terminal.
I am unable to install the stable version of wine 5. I filed a bug about that
already. So, I had no choice but to install the development version (which
appears to not have the bug).
To get this game to install, I first installed wine-devel.
I made a .wine directory using "/opt/wine-devel/bin/wine wineboot"
I installed the winetricks that is standard in the Buster version of Debian
because that is all I could figure out how to install. The instructions said to
use that to install corefonts and I don't know how to do it without using that
program.
I used that winetricks to install core fonts.
I installed the Visual C++ Runtime packages.
I uninstalled winetricks and the wine stuff it installed as dependencies.
I then installed the game and launched it from the installer. It seemed to work
great until I undocked.
--
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=45939
Bug ID: 45939
Summary: wineserver hits ulimit, too many open files (eve
online)
Product: Wine
Version: 3.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: showard314(a)gmail.com
Distribution: ---
Created attachment 62469
--> https://bugs.winehq.org/attachment.cgi?id=62469
ls -l /proc/17977/fd
When playing eve online, the wineserver linux process hits the default 4096
limit in ubuntu.
$ ls /proc/17977/fd | wc -l
4096
The wineserver has thousands of files open of this form:
'/tmp/.wine-1000/server-805-73a277/anonmap.jD13vQ (deleted)'
Attachments are:
lsof -p 17977
ls -l /proc/17977/fd
This sounds like:
https://bugs.winehq.org/show_bug.cgi?id=45251
but I can't tell if it is a different bug in wine since so many are those tmp
anonmaps
--
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=45873
Bug ID: 45873
Summary: EVE Online: Starting a client sometimes errors
Product: Wine
Version: 3.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yomoejoe(a)gmail.com
Distribution: ---
Created attachment 62378
--> https://bugs.winehq.org/attachment.cgi?id=62378
Eve Error Log
When starting a client from the windows launcher using wine, it will
occasionally error; while other times it starts just fine the first time.
Usually after a few attempts the client starts successfully and runs fine after
that initial hurdle.
Linux 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u4 (2018-08-21) x86_64
GNU/Linux
--
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.