https://bugs.winehq.org/show_bug.cgi?id=43545
Bug ID: 43545
Summary: Path of exile crashes after a few minutes of playing
Product: Wine
Version: 2.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)khelekore.org
Distribution: ---
Created attachment 58945
--> https://bugs.winehq.org/attachment.cgi?id=58945
one of the crashes
Debian sid, running gnome 3 on X.
wine-2.14 (Staging), from deb https://dl.winehq.org/wine-builds/debian/ sid
main
Intel nuc, i7-5557U
Graphics: Mesa DRI Intel(R) Iris 6100 (Broadwell GT3) (0x162b)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.1.5
Installed path of exile, tried with both 32 bit and 64 bit wine versions on
different WINEPREFIX, game seems to use 32 bit version no matter what.
Start game and play. It will stutter a bit every now and then which is a bit
annoying, but there are other bugs on that.
After a few minutes of playing, hard crash. Changing zone generally makes the
crash appear faster.
What information is missing?
--
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=48526
Bug ID: 48526
Summary: Farming Simulator 19 crashes when loading game
Product: Wine
Version: 5.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: scaniaking326(a)gmail.com
Distribution: ---
After recent update of wine Farming Simulator 19 crashes when going from main
menu to farm (simply said when i create new save with or without DLC/mods game
loaded but when i hit play it fully crashes with error 0). I have tryed several
compatibility changes (Windows 7 Windows 8.1 Windows 10) create new wine 64 bit
prefix and reinstall game with dependecies (Net 3.5 and DX9) but game still
crashes as i say when ggoing from menu to game
Please note that Net Framework is optional and game dont require it but with
NET installed game runs a bit 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=38054
Bug ID: 38054
Summary: DoDragDrop() should abort when
IDropSource::QueryContinueDrag fails
Product: Wine
Version: 1.7.36
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Distribution: ---
Created attachment 50692
--> https://bugs.winehq.org/attachment.cgi?id=50692
IDrop_Example.exe
I've written some test code for DoDragDrop, and if
IDropSource::QueryContinueDrag returned a FAILED value (for example,
0xdeadbeef), DoDragDrop would about in Win8.
But wine will continue to do the job of DoDragDrop, so I'll see a MessageBox I
created in IDropTarget::DragEnter (In [MSDN], this is the 2nd step of
DoDragDrop)
Code sample:
https://gitcafe.com/endle/IDrop_Helper_Example/tree/DoDragDrop_should_stop
The .exe file was created with VS2013 Community
[MSDN]:
https://msdn.microsoft.com/en-us/library/windows/desktop/ms678486%28v=vs.85…
--
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=31802
Bug #: 31802
Summary: World of Warplanes fails to play intro video
Product: Wine
Version: 20050930
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: blakekl10(a)gmail.com
Classification: Unclassified
Created attachment 41840
--> http://bugs.winehq.org/attachment.cgi?id=41840
log from wine.
after launching World of Warplanes, the loading screen appears. Once the
progress bar is full, the screen goes black and the intro movie is supposed to
play. The screen remains black. Attached are the wine logs, X11 logs, and the
World of Warplanes log.
--
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=44834
Bug ID: 44834
Summary: World of Tanks don't unload from memory after exit
Product: Wine
Version: 3.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: reisenfag(a)gmail.com
Distribution: ---
After update World of Tanks to 1.0 version, if quit from game, process
worlrdoftanks.exe, wineserver and other wine's processes not terminating. In
log no errors. Wine prefix is pure, in 32 / 64 same it.
--
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=47972
Bug ID: 47972
Summary: Paraworld: segfaults at start
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ybyt4t(a)gmail.com
Distribution: ---
On start I just get a crash with:
# wine C:/Program\ Files/Sunflowers/ParaWorld/bin/Paraworld.exe
---
0009:err:seh:setup_exception_record stack overflow 1040 bytes in thread 0009
eip 7bc6c30c esp 00230f20 stack 0x230000-0x231000-0x330000
---
I did
---
setcap cap_net_bind_service=+eip /usr/bin/wine-preloader
---
before this, as suggested in #18014, which seemed to fix something, as
otherwise it seems to crashes earlier into the debugger with:
--- (crash without setcap) ---
wine: Unhandled page fault on write access to 0x00aceb99 at address 007075C0
(thread 0009), starting debugger...
---
Not sure about the Paraworld version, probably 1.0 (DVD version, box label
ECD008134M).
Distro: Arch (x86-64)
--
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=48519
Bug ID: 48519
Summary: Topograph 98
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: angelinapolese18(a)gmail.com
Distribution: ---
Created attachment 66327
--> https://bugs.winehq.org/attachment.cgi?id=66327
Error on Topograph program
I installed the TOPOGRAPH program (Win 32 Bits) on my Ubuntu notebook. The
program opened and worked everything, except for the maps. Attached is the text
file generated by 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.
http://bugs.winehq.org/show_bug.cgi?id=13910
Summary: Changing Wine version should generating warning
Product: WineHQ Bugzilla
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
We're getting a lot of users changing their reported Wine version in bugs.
Doing so should either be blocked to non-admin users, or generating a warning
page.
--
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=22594
Summary: Request to limit the number of screenshots per app
version
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
URL: http://appdb.winehq.org/objectManager.php?sClass=scree
nshot&sState=queued&sTitle=Screenshot%20Queue
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P3
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
There is apparently no numerical screenshot limit per app version. On many an
occasion logging into the AppDB can have over a hundred screenshots waiting,
and most of the time it'll be one user that feels it necessary to submit thirty
or so screenshots of his Call of Duty character standing in different angles.
Firstly, it is unnecessary to have so many screenshots for one version of any
app, ten should be more than enough to get an idea and the AppDB shouldn't be a
place for people to submit galleries of their wonderful death match victories.
Secondly, adding or rejecting each screenshot one by one takes a ridiculous
amount of time for the poor admin/maintainer that gets stuck with the task.
If the number of screenshots were limited, a message could be shown to let the
user know that the limit has been reached, and to encourage them to become an
app maintainer if they wish to change the screenshots. This would save us a
lot of time!
--
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.