https://bugs.winehq.org/show_bug.cgi?id=53559
Bug ID: 53559
Summary: Cult of the Lamb leaks memory due to mfplat
unsupported service
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
Created attachment 72923
--> https://bugs.winehq.org/attachment.cgi?id=72923
Log output
After the developer opening, the game tries to reproduce another video. You can
hear the sound playing, but the video fails to load. The game seems to try to
load the video again and finds itself in a failing loop, leaking memory.
While trying to reproduce the intro video, the game spams to the log:
>fixme:mfplat:media_source_get_service_GetService Unsupported service {dd0ac3d8-40e3-4128-ac48-c0add067b714}.
This issue (memory leak) doesn't occurs on Proton, but the intro video still
can't be reproduced.
Procedure:
1 - Open up the game
2 - Wait until the first intro (Massive Monster opening) ends
3 - Watch for the system monitor that RAM is leaking. Kill the application or
else it'll freeze your system
Game is paid and can be downloaded from Steam or GOG. Their official page:
https://www.cultofthelamb.com/
--
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=53419
Bug ID: 53419
Summary: HeapReAlloc is slower than HeapFree, HeapAlloc +
memcpy combos
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: euloanty(a)live.com
Distribution: ---
This shouldn't happen.
HeapReAlloc
cqwrteur@HOME-SERVER:~/Libraries/fast_io/benchmark/0011.containers/vector/0002.multi_push_back$
wine ./vector.exe
fast_io::vectors:5.3254482s
HeapAlloc combos
cqwrteur@HOME-SERVER:~/Libraries/fast_io/benchmark/0011.containers/vector/0002.multi_push_back$
wine ./vector.exe
fast_io::vectors:3.2410441s
On Windows:
HeapReAlloc
D:\hg\fast_io\benchmark\0011.containers\vector\0002.multi_push_back>vector
fast_io::vectors:2.1215775s
HeapAlloc combos
D:\hg\fast_io\benchmark\0011.containers\vector\0002.multi_push_back>vector
fast_io::vectors:2.1650619s
--
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=53727
Bug ID: 53727
Summary: TreeView doesn't check the return value of
TREEVIEW_SendExpanding
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: katayama.hirofumi.mz(a)gmail.com
Distribution: ---
comctl32!TREEVIEW_Collapse function has a bug.
That function didn't check the return value of TREEVIEW_SendExpanding.
So, I can't forbid collapsing on a treeview control.
--
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=55347
Bug ID: 55347
Summary: widl generated winrt headers fails to compile with C++
code
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: nathbappai(a)gmail.com
Distribution: ---
Created attachment 74933
--> https://bugs.winehq.org/attachment.cgi?id=74933
minimal sample code
If winrt headers are used with C++ code, it fails to compile with both g++ and
clang++. In this case, the error comes from data types of virtual function
parameters. Replacing the data types with fully qualified name fixes the
compiler errors.
In the attachment section, a minimal sample code is added. That code does not
do anything, it's just for compilation testing purpose. It compiles fine with
MSVC/Visual Studio. Firefox is one of the project which is affected by this
issue. Currently, a patch is used with mingw-w64
https://hg.mozilla.org/mozilla-central/file/tip/taskcluster/scripts/misc/mi…
--
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=10648
Summary: Async WSASend does not send all bytes.
Product: Wine
Version: 0.9.5.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marius(a)scimore.com
On Server sending 1500 bytes with non-blocked WSASend and 2 WSABUFFERS will
transfer only 1452 bytes. On client WSARecv called again will be blocked and
does not receive the the remaining bytes.
The completion port receives event on transfered 1452 bytes, and there is no
more followed events on transfered the last 8 bytes.
OS: Ubuntu 7.10
--
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=51202
Bug ID: 51202
Summary: Chessbase 11 Incorrect window brought to front on
search termination
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
In Chessbase 11, when search is terminated (manually or by completion) a
different ChessBase window (main one?) is brought to the front rather than
refreshing the current one.
This has always been an issue in 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=12532
Summary: Autodesk TrueView fails to install
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://usa.autodesk.com/adsk/servlet/index?id=6703438&si
teID=123112
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download, Installer
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
Hi, a user submitted this new app into appdb with garbage test results, so i
gave it a try as well. That user reported a problem that the disk was full, but
i can't reproduce that, it fails differently here.
To run into this bug you need Alex Villacis' patch here:
http://article.gmane.org/gmane.comp.emulators.wine.patches/49916
hopefully that patch will make it into git monday.
after applying that patch the intaller failed with a message 'Call not
implemented'
The problem seems to be:
fixme:MsiDatabaseGenerateTransformW
By just returning ERROR_SUCCESS, it ran into two other unimplemnted functions:
MsiQueryFeatureStateFromDescriptorA and MsiCreateTransformSummaryInfoW
By stubbing these out with ERROR_SUCCESS the installer claimed to be
successfull (but i guess that's doubtful).
Anyway , this all shows that these three functions need to be implemented to
get this installer finish, and that's where I created this bug for.
--
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=51732
Bug ID: 51732
Summary: TradeStation Installer: Unable to register servers.
Setup will now abort.
Product: Wine
Version: 6.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: christopher.m.penalver(a)gmail.com
Distribution: Ubuntu
Created attachment 70617
--> https://bugs.winehq.org/attachment.cgi?id=70617
WINEDEBUG=+relay wine 'TradeStation Setup.exe' 2>&1
Hello, attempting to install TradeStation from
https://update.tradestation.com/Installs/TradeStation/10.00.02.925/TradeSta…
with wine 6.0.1 causes a window to pop up noting precisely:
Unable to register servers. Setup will now abort.
In other words, the install fails and the user is left scratching their head
about why it doesn't work.
--
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=37263
Bug ID: 37263
Summary: World Of Warcraft: stuck keys
Product: Wine
Version: 1.7.25
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: brian(a)infinityplusb.com
I'm running WoW 5.4.8.
At random intervals keys appear "stuck", even though they are not physically
stuck. I can really only notice the ones where the "stuck key" is for moving
(e,d,s,f) cause the character keeps strafing or running. Sometimes repressing
these keys causes the key to unstick, but that's maybe a 20-25% success rate.
Maybe less.
I'm new to this bug-filing thing so I'll try replicate the issue.
I'm not sure this issue is specific to Warcraft, but it's the only game I play.
There are other google tracks related to this, but they seem quite old
(pre-2008).
--
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=55849
Bug ID: 55849
Summary: Wine sends WM_(SYS)KEYUP event twice for Alt (and
such) key if Fcitx/iBus daemon is running
Product: Wine
Version: 8.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: emuser20140816(a)gmail.com
Distribution: ---
Created attachment 75355
--> https://bugs.winehq.org/attachment.cgi?id=75355
A test application
I've attached an example application that reproduces this issue
(win32-syskey-test.exe).
The expected behavior of this application is to toggle background color
(red/green) by pressing Alt (VK_MENU) key.
This application behaves correctly on Windows, and behaves correctly on Wine
too but only when the Fcitx/iBus daemon (with XIM integration enabled) is *not*
running:
WM_SYSKEYDOWN: wParam: 18, lParam: 0x20380001
WM_SYSKEYUP: wParam: 18, lParam: 0xc0380001
However, the application behaves differently on Wine if Fcitx/iBus daemon is
running:
WM_SYSKEYDOWN: wParam: 18, lParam: 0x20380001
WM_SYSKEYUP: wParam: 18, lParam: 0xc0380001
WM_KEYUP: wParam: 18, lParam: 0xc0380001
and the toggle switch no longer works.
(This affects every application that takes a similar approach, i.e. an
application that uses Alt, Ctrl or Shift key to toggle something on
WM_(SYS)KEYUP event.)
The workaround for this issue is either quit the Fcitx/iBus daemon (which makes
IME unusable for this application) or revert the commit
https://gitlab.winehq.org/wine/wine/-/commit/a4a5a2ec121eeb2a7cd4ffbb5ba7b2…
(which requires complete rebuild from wine source tree).
--
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.