https://bugs.winehq.org/show_bug.cgi?id=56554
Bug ID: 56554
Summary: ON1 photo raw installs but wont run the application
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: harrisonstew.dev(a)outlook.com
Distribution: ---
Created attachment 76316
--> https://bugs.winehq.org/attachment.cgi?id=76316
ON1 backtrace file
ON1 photo raw editor installs just fine but will not run the application no
matter what I do. I'm no expert, but any help is appreciated.
--
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=44863
Bug ID: 44863
Summary: Performance regression in Prince of Persia 3D
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Prince of Persia 3D's performance went from perfectly smooth to about 0.5 fps.
I suspect 0b92a6fba7a6e60c6ff1a3729a3b21019c2df0ce is to blame, but I have not
run a regression test yet.
The problem is that the game creates a rather large (2MB)
D3DVBCAPS_SYSTEMMEMORY, maps it (the entire buffer due to API limitations),
writes a handful of vertices and draws a handful of vertices. Currently wined3d
uploads the entire 2MB, evicts the sysmem copy and downloads it from the GPU
every map / unmap / draw cycle.
The most obvious performance fix is not to create a VBO. Doing this restores
the performance, but questions remain.
On startup, the game writes "NetImmerse D3DDriver Info: Hardware supports
system memory textures" and "NetImmerse D3DDriver Info: No AGP support
detected". The first info seems wrong, so it is possible that the game enters a
codepath it does not choose on Windows.
Not creating a VBO is not an option on Core Contexts, so I investigated what's
going wrong with the PBO codepath on. First of all, evicting the sysmem copy
seems like a bad choice. It happens because ddraw buffers are not marked
dynamic. We may want to chance this. The game uses d3d3, so there's no
DDLOCK_DISCARDCONTENTS. The game passes DDLOCK_WAIT | DDLOCK_WRITEONLY to
IDirect3DVertexBuffer::Lock.
Commenting out the eviction call improves performance quite a bit, but it is
still noticeably slow. wined3d_buffer_map maps through heap_memory instead of
glMapBuffer because of the "(flags & WINED3D_MAP_WRITE) && !(flags &
(WINED3D_MAP_NOOVERWRITE | WINED3D_MAP_DISCARD))" condition.
Removing this condition uses glMapBuffer, but does not improve performance. It
seems the large glMapBuffer is still slow, at least on OSX with legacy
contexts.
So there are a few questions that need to be answered:
*) Is the game using a broken codepath?
*) Write tests for sysmem buffers
*) Consider making all d3d3 buffers dynamic
*) Test if the glMapBuffer path is fast on Linux
*) Investigate if Core Contexts + GL_ARB_buffer_storage help on OSX.
--
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=56653
Bug ID: 56653
Summary: GetLogicalProcessorInformation can be missing Cache
information
Product: Wine
Version: unspecified
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: sebastien.chev(a)gmail.com
Distribution: ---
On some ARM64 platform, like SnapDragon, the
GetLogicalProcessorInformation(...) will not fill-in Cache information.
Some system file, specificaly:
"/sys/devices/system/cpu/cpu%u/cache/index%u/ways_of_associativity",
"/sys/devices/system/cpu/cpu%u/cache/index%u/coherency_line_size" and
"/sys/devices/system/cpu/cpu%u/cache/index%u/size" are missing, leading a an
early abort of the "create_logical_proc_info(...)" helper function.
Some games, like Baldur's Gate 3 actually use the Cache informations to guess
the optimal number of Worker to spawn. With the cache info missing, 0 workers
are spawn, leading to a Stack Overflow later in the loading.
Debugged using the x86_64 version of Wine on ARM64 platform with Box64, but the
issue is linux specific, not arch specific.
--
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=56062
Bug ID: 56062
Summary: unimplemented function mgmtapi.dll.SnmpMgrOpen
Product: Wine
Version: 9.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sakul8826(a)gmail.com
Distribution: ---
I tried to run advanced ip scanner and it crashed with following error:
`Unhandled exception: unimplemented function mgmtapi.dll.SnmpMgrOpen called in
wow64 32-bit code (0x7bc82597).`
Here the link to the documentation of this function:
https://learn.microsoft.com/en-us/windows/win32/api/mgmtapi/nf-mgmtapi-snmp…
--
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=56789
Bug ID: 56789
Summary: Wine applications close when computer suspends
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jubilantjerry(a)gmail.com
Distribution: ---
Created attachment 76595
--> https://bugs.winehq.org/attachment.cgi?id=76595
Logs for various crashes
All wine applications I've tested seem to crash when I suspend my computer,
this includes winecfg, regedit, explorer, taskmgr, WeChat, DingTalk, and
Battle.NET.
For the built-in applications above, even clicking on an icon on the top
taskbar of the computer, such as the power menu, will cause the application to
crash. Locking my computer, opening the start menu, or right clicking on any
application's title bar, also causes a crash. I'm scared that even looking at
the application funny will cause a crash.
I've attached some application logs during various crash scenarios. I am
suspecting the lines with "X Error of failed request:". If the more easily
crashing applications, the error will be of type "BadWindow". For the more
resilient applications, the error will be of type "XI_BadDevice".
System is running Ubuntu 20.04 LTS.
Kernel version is 5.15.0-107-generic
Hardware is Dell Inspiron 7577, which has an Intel(R) Core(TM) i5-7300HQ CPU
and a Nvidia GTX 1060 Max-Q GPU.
--
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=57808
Bug ID: 57808
Summary: crash when switching linux virtual consoles:
XI_BadDevice
Product: Wine-staging
Version: 9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: forestix(a)nom.one
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Whenever I switch away from the current virtual console on linux (using
Control+Alt+F2 etc.) wine processes crash with output like this:
X Error of failed request: XI_BadDevice (invalid Device parameter)
Major opcode of failed request: 131 (XInputExtension)
Minor opcode of failed request: 3 (X_OpenDevice)
Device id in failed request: 0xXXXXXXX
Serial number of failed request: 251
Current serial number in output stream: 251
X Error of failed request: XI_BadDevice (invalid Device parameter)
Major opcode of failed request: 131 (XInputExtension)
Minor opcode of failed request: 3 (X_OpenDevice)
Device id in failed request: 0xXXX
Serial number of failed request: 222
Current serial number in output stream: 222
(I have replaced the actual device IDs with X characters above.)
As far as I have seen, it affects all applications. Even winecfg crashes on VC
switch.
The problem occurs only in wine-staging; not in wine-devel or wine-stable.
The problem is present in versions 9.4, 9.8, 10.0, and presumably all versions
in between.
The problem is not present in version 9.3.
Tested with official debian builds from dl.winehq.org.
This looks similar to bug 57123. I opened a new report instead of commenting in
that one because in my case, no devices are unplugged or plugged in to cause
the crash, and because I have no easy way to test that scenario.
--
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=37676
Bug ID: 37676
Summary: The Settlers II: 10th Anniversary 2.0 (GOG.com)
doesn't work out of the box
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bog_dan_ro(a)yahoo.com
Distribution: ---
GOG.com version http://www.gog.com/game/the_settlers_2_10th_anniversary it
needs directx9 to be installed, otherwise S2DNG.exe it just exits and
S2DNGEditor.exe crashed with the attached backtrace.
I'm pretty sure that GOG will give any developer a copy of the game, if not
please mail me and I'll buy one for you (or share my own one).
--
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=11673
Summary: WiX cannot validate created .msi, due to lacking
MsiMergeDatabase
Product: Wine
Version: unspecified
Platform: Other
URL: http://bugs.winehq.org/show_bug.cgi?id=11414#c10
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jdahlin(a)async.com.br
Finally, using latest GIT it is possible to generate .msi using WiX, however to
be able to do so one I have to pass in the -sval parameter.
See the instructions in bug 11414, comment 10 for information on how to
reproduce.
Obviously, stubbing out MsiMergeDatabase to always succeed is not enough for
the validation to work properly.
I sent a patch to wine-patches which adds the stub, Adding the stub merely
prevents wine from crashing, but the validation does not succeed.
--
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=40167
Bug ID: 40167
Summary: theWord: popup doesn't work correctly after first
Shift-MouseOver
Product: Wine
Version: unspecified
Hardware: x86-64
URL: http://www.theword.net/files/setup/getmulti.php/en-sma
ll
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: therapon(a)roadrunner.com
Distribution: Ubuntu
bug is present in all versions of wine 1.1.14 through 1.9.3
MouseOver a hyperlink (cross-reference, commentary, etc.) displays a popup up
with the content of whatever is linked. Instruction at bottom of popup says:
Press SHIFT key and move mouse over popup to keep visible. Works properly the
first time only. The only way to keep subsequent popups visible is to press
SHIFT before MouseOver.
To reproduce:
1. MouseOver a hyperlink. Popup displays with standard background until the
mouse is moved off the link, then it disappears.
2. MouseOver a hyperlink, press SHIFT and move the mouse over the popup. Popup
displays with blue gradient background until the mouse is moved off the popup.
3. MouseOver a hyperlink. Popup flashes with blue gradient background and
disappears unless it has a vertical scrollbar. If it has a scrollbar, the popup
displays and functions as if SHIFT had been pressed.
Expected behavior:
1. MouseOver a hyperlink. Popup displays with standard background until the
mouse is moved off the link, then it disappears.
2. MouseOver a hyperlink, press SHIFT and move the mouse over the popup. Popup
displays with blue gradient background until the mouse is moved off the popup.
3. MouseOver a hyperlink. Popup displays with standard background until the
mouse is moved off the link, then it disappears.
--
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=57595
Bug ID: 57595
Summary: Login repeated requested to submit bugs
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
CC: austinenglish(a)gmail.com
Distribution: ---
It doesn't seem to remember the login session (on firefox at least) when
submitting bugs and screenshots. Cookie issue?
--
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.