https://bugs.winehq.org/show_bug.cgi?id=55061
Bug ID: 55061
Summary: Starcraft Remastered: blurry graphics / low resolution
Product: Wine-staging
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zculek(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Graphics in Stacraft Remastered is blurry (like it's running in low resolution
or something like that) when running on Wine versions >5.6 - I'm attaching
screenshots so it's better understandable and visible. This is true for both
wine-staging and wine.
In the screenshots, you can see how e.g. the main menu and it's fonts, user ID
in the uper right corner, etc. look blurry when compared to Windows or running
on Wine versions prior this bug was introduced (e.g wine-staging 5.6 and
lower). Also, the in game graphics is also blurry when compared to Windows or
running on Wine versions prior this bug was introduced - everything looks much
sharper and nicer when running on wine-staging 5.6 or Windows.
I haven't reported this earlier, because everything was running fine for me on
5.6 and whenever I would try some newer version and saw this is still
happening, I would just return to using 5.6. But, after a recent Battle.net
update, Battle.net app won't start any more, just crashes due to some dll
libraries issues, on any 5.x version (both staging and upstream).
So, the last properly working Wine version for me was 5.6. I've tried with
multiple other versions over time in 5.x, 6.x, 7.x and 8.x branches and this
issue was always present. I've also tested 8.9 and 8.10 recently, and the issue
is still there.
Also, not sure if it's related, but 5.6 was also the last version on which Real
Time Lighting option in Starcraft Remastered worked for me (which is also one
of the reasons I was sticking to that version for years).
The same thing is happening on Debian with Cinnamon and Mint with Cinnamon
(doubt it's OS related, but mentioning it any way). With version 5.6 I had it
properly working on both Debian and Mint, one with nVidia GPU, the other with
AMD GPU.
I know a lot of other people from SC community that have this same problem and
are/were thus using wine-staging 5.6.
In my search of solution, I stumbled upon this user report, which I don't see
how it could be related, but perhaps someone here might get the idea of what
the actuall issue is (or maybe it's totally unrelated):
https://www.reddit.com/r/wine_gaming/comments/t5hmmi/starcraft_remastered_l…
"I switched the DE to use Wayland instead of X11 and now the game is running in
the correct resolution. Hope this helps someone."
Unfortunatelly, using Wayland on Cinnamon is pretty complicated and I'm unable
to test that.
Steps to reproduce are:
1. Install wine-staging version >5.6 (e.g. 5.19, 7.8, 8.9, 8.10)
2. Install Battle.net desktop app -
https://www.blizzard.com/download/confirmation?product=bnetdesk
4. Start Battle.net desktop app, login.
5. Install Starcraft Remastered through Battle.net desktop app.
6. Run the game.
Screenshots:
https://ibb.co/Mk0f6ythttps://ibb.co/VDppGTnhttps://ibb.co/1sLjHm7https://ibb.co/GC69DLxhttps://ibb.co/N72LXkkhttps://ibb.co/hWvHN10https://ibb.co/n6VjZD1https://ibb.co/cNyBBNp
--
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=51999
Bug ID: 51999
Summary: Dragon Age Inquisition crashes with vulkan renderer
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 70992
--> https://bugs.winehq.org/attachment.cgi?id=70992
+d3d,+d3d_shader,+d3d11 log for wined3d vulkan renderer
Hello,
The game crashes at launch with wined3d vulkan renderer when the Bioware intro
video is played before to go to the main menu. No issue if i use DXVK instead
of.
I build vkd3d-git up-to-date + wine 6.21 + only one patch which allow to
download a game with EA Origin.
I attach the +d3d,+d3d_shader,+d3d11 log
--
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=48559
Bug ID: 48559
Summary: The VisioBible software is freezing when you select
the Bible module - RST, the book - Esther, chapter 3
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leonm(a)ya.ru
Distribution: ---
The program in which the problem is found is VisioBible. To reproduce the
error, you need to select the Bible module - RST, the book - Esther, chapter 3,
then this leads to the program freezing with the indicated error. In Windows a
similar problem it is not observed.
In the text of the module, some pieces of text are surrounded by square
brackets. Large inserts of noncanonical text lead to the described problem.
Small pieces do not interfere with work. The RST module that is installed with
VisioBible by default contains a defect. In the attachment is the corrected
Esther RST module book file.
A well-functioning RST module file is embedded in the crash.tar.gz archive
named ru17.htm
The location of the installed problem module:
~/.wine/drive_c/ProgramData/VisioBible V2.3/Modules/RST
Links for downloading regular and portable versions of the program:
https://www.visiobible.org.ua/index.php?page=getfile&file=SetupVisioBible2.…https://www.visiobible.org.ua/index.php?page=getfile&file=VisioBible2.3.0_1…
--
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=29678
Bug #: 29678
Summary: ER Viewer 11: does not install, "requires Windows 2000
or later"
Product: Wine
Version: 1.3.37
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: p155off(a)gmail.com
Classification: Unclassified
The installer fails with the error: "ERDAS ER Viewer 2011 & Microsoft Office
Plugin requires Windows 2000 or later."
No console output.
Free download:
http://www.erdas.com/products/ERDASERMapper/ERDASERViewer/Details.aspx
--
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=28842
Bug #: 28842
Summary: Dungeon Defenders configurator renders slowly
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmlipman(a)gmail.com
Classification: Unclassified
Demo available on Steam
Must be installed in 1.3.26 (requires installing .net 3.5 even if already
installed, regression in bug 28401)
To reproduce:
Launch the game from Steam
Select configure
Configurator app will be slow
--
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=54598
Bug ID: 54598
Summary: New Shorter Oxford English Dictionary doesn't show
(child) window
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: jkfloris(a)dds.nl
Distribution: ---
Created attachment 74128
--> https://bugs.winehq.org/attachment.cgi?id=74128
nsoed.png blank/gray screen
Forum: https://forum.winehq.org/viewtopic.php?p=139548#p139548
URL: https://archive.org/details/pcbasics-31
While I'm not entirely sure if this is the same problem Canard has, New Shorter
Oxford English Dictionary (NSOED) no longer works properly after Wine version
7.5
When NSOED is started, a blank/gray screen is displayed (nsoed.png)
A window becomes visible when the user clicks Window -> Cascade
I can imagine that this look like the database is not loading.
d765edc411a6844f6322dd9da280aa0436391828 is the first bad commit
commit d765edc411a6844f6322dd9da280aa0436391828
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Fri Mar 18 14:27:55 2022 +0100
win32u: Move NtUserCreateWindowEx implementation from user32.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=55014
Bug ID: 55014
Summary: kernel32:comm crashes in WoW64 mode on Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:comm crashes in WoW64 mode on Linux:
comm.c:708: Found Com port COM1. Connected devices may disturb results
Unhandled exception: page fault on read access to 0x0000000000000000 in 64-bit
code (0x007f47b448083c).
[...]
=>0 0x007f47b448083c wait_for_event+0x1c(arg=<internal error>)
[/home/winetest/tools/testbot/var/wine-wow64/../wine/dlls/ntdll/unix/serial.c:945]
in ntdll.so (0000000000000000)
0x007f47b448083c wait_for_event+0x1c
[/home/winetest/tools/testbot/var/wine-wow64/../wine/dlls/ntdll/unix/serial.c:945]
in ntdll.so: mov (%rdi), %rdi
945 if (!server_get_unix_fd( commio->hDevice, FILE_READ_DATA |
FILE_WRITE_DATA, &fd, &needs_close, NULL, NULL ))
See https://test.winehq.org/data/patterns.html#kernel32:comm
The failure seems to only happen on the TestBot VMs, maybe because of QEmu,
particularly because it does not set the baud rate correctly.
A bisect shows that this failure started with the commit below:
commit b337c5b1a1757b2abbc90a7c6955d64242861ab9
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Jun 2 09:35:29 2023 +0200
ntdll: Use the default ABI for all functions on the Unix side.
--
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=45305
Bug ID: 45305
Summary: [AZERTY Keyboard]Certains special keys are not
correctly recognized.
Product: Wine
Version: 3.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Hello,
I have a problem when i want to use special character with my French Keyboard.
If i use "é", "è", "ç" and "à" keys in winecfg, regedit or notepad, these
symbols are correctly write.
But in game/all games, if i use these keys, the game does not recognize it.
Example for Vampyr, "é" symbol is used by default for an action. If i want to
use "é" for an other action, when i press the key on my keybaord, there is no
effect, the key is not recognized.
I have this problem even if i export LC_ALL=fr_FR before to launch Steam.
If someone had this issue in the past and fix this problem, i'll say him thanks
you.
--
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=54616
Bug ID: 54616
Summary: Wine 8.0+, Memory Access Violation in Libaes.dll,
Texecom Wintex
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zestier-bib.0a(a)icloud.com
Distribution: ---
Created attachment 74142
--> https://bugs.winehq.org/attachment.cgi?id=74142
Error from console when Program is run.
When attempting to run running Texecom Wintex in Wine 8.0 or above, there is a
Memory Access Violation/Buffer Overrun error c0000005 in libaes.dll.
Downgrading to Wine 7.0.1 with no other changes allows the program to run
normally.
The environment has C++ Redistributable 2010 installed as required.
There is no GUI errors shown when the issue is present. The attached .txt file
contains the error that is printed when the program is run via the console.
libaes.dll seems to be specific to this program.
The program can be downloaded from here:
https://texecom-live.s3.eu-west-2.amazonaws.com/wp-content/uploads/2022/08/…
(no account required)
or https://www.texe.com/help-and-support/product-support/ (free account
required)
No accounts or hardware is needed to run the software.
See also: My forum post:
https://forum.winehq.org/viewtopic.php?p=139794#p139794
If I can provide any more information, please let me know.
--
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=40236
Bug ID: 40236
Summary: winetricks ie6: buttons are missing
Product: Wine
Version: 1.9.4
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Regression SHA1: 6e638d824b80e8a02cb830cd6bc25a7ef8507849
Distribution: Fedora
Created attachment 53780
--> https://bugs.winehq.org/attachment.cgi?id=53780
screenshot
Regression, introduced by:
commit 6e638d824b80e8a02cb830cd6bc25a7ef8507849
Author: Dmitry Timoshkov <dmitry(a)baikal.ru>
Date: Mon Mar 23 10:20:59 2015 +0800
shell32: Update version information to match XP values.
To reproduce:
$ rm -rf ~/.wine
$ winetricks -q ie6
$ cd ~/.wine/drive_c/Program\ Files/Internet\ Explorer/
$ wine "C:\\program files\\internet explorer\\iexplore.exe"
see screenshot.
--
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=53114
Bug ID: 53114
Summary: Crash of applications and games when out of focus
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ryu.ketsueki(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I don't know why this happens but every wine application I could test, they
need to stay on focus in the current virtual desktop (from the Desktop
Environment, not Wine's virtual desktop) or else they will simply close on
their own. I can't track to a specific cause because even with a completely new
prefix with no "helpers", Lutris and even Valve's own Proton, this happens. So
far I got the exact same result with The Sims 4, StarCraft 2 and Sonic After
the Sequel. All those games will close if I change to another virtual desktop,
let's say, desktop 2, if the apps themselves are on desktop 1. It also happened
with the releases but it persists with Staging as well. I don't know how to
backtrace this, as launching them through CLI didn't return anything useful and
I'm not sure if wine itself is what is crashing or the applications. I didn't
get the classic crash window either. They simply 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=40712
Bug ID: 40712
Summary: blueMSX hangs at start
Product: Wine
Version: 1.9.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: ---
Lauching the msx emulator blueMSX makes it hang: here is the short console
output
wine blueMSX.exe
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make
sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the
winbind package of your distribution.
fixme:dwmapi:DwmIsCompositionEnabled 0x6d88c758
fixme:iphlpapi:NotifyIpInterfaceChange (family 0, callback 0x69e94b5e, context
0x8bd300, init_notify 0, handle 0x127e1b0): stub
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make
sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the
winbind package of your distribution.
fixme:iphlpapi:NotifyIpInterfaceChange (family 0, callback 0x6a0a6836, context
0x93dd98, init_notify 0, handle 0x124e7a4): stub
wine: configuration in '/home/david/.wine' has been updated.
fixme:win:EnumDisplayDevicesW ((null),0,0x33ec64,0x00000000), stub!
fixme:aspi:SendASPI32Command ASPI: Partially implemented SC_HA_INQUIRY for
adapter 0.
err:aspi:SCSI_OpenDevice Failed to open device /dev/sg0: Permission non
accordée
fixme:aspi:SendASPI32Command ASPI: Partially implemented SC_HA_INQUIRY for
adapter 1.
fixme:aspi:SendASPI32Command ASPI: Partially implemented SC_HA_INQUIRY for
adapter 2.
err:aspi:SCSI_OpenDevice Failed to open device /dev/sg2: Permission non
accordée
fixme:win:EnumDisplayDevicesW ((null),0,0x33ea54,0x00000000), stub!
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
fixme:d3d:wined3d_surface_blt Can't handle WINED3D_BLT_DO_NOT_WAIT flag.
--
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=49177
Bug ID: 49177
Summary: Naruto Online
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kacper.cholody(a)onet.pl
Distribution: ---
Created attachment 67194
--> https://bugs.winehq.org/attachment.cgi?id=67194
dont know
When i run an application its showing a bug. I cant run game
--
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=45268
Bug ID: 45268
Summary: Logicly 1.9 (Adobe AIR app) windows do not resize
correctly when screen resolution is set to non-default
value
Product: Wine
Version: 3.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
Created attachment 61511
--> https://bugs.winehq.org/attachment.cgi?id=61511
Start log for logicly 1.8
Logicly 1.9 (Adobe AIR application) installs and works perfect when the screen
resolution is left at the default (96 dpi). When changing the screen resolution
to a higher value (which is necessary for newer displays) Logicly shows its
windows minimized. This prevents installing because (i.e.) the License accept
dialog can not be confirmed.
To reproduce
- Download logicly 1.9 (see download link)
- change the screen resolution with winecfg to (i.e.) 168 dpi
- Install Logicly by calling the installer, start it after installation
The shown windows are minimized and not resizable.
When installing with the default screen resolution and running Logicly later,
its windows are minimized and can be resized. so the app is usable in
principle.
It may be of interest, that the previous release (Logicly 1.8) does not have
this problem (download from http://logic.ly/updates/Logicly-1.8.0.exe).
The log files from the start of both releases are 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=54243
Bug ID: 54243
Summary: Warcraft 2 BNE: Fails CD check in wine versions >6.0.X
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: mmogilvi2+wine(a)gmail.com
Distribution: ---
SYMPTOM: Starting with wine versions mid-6.X and including all 7.X through at
least 7.22, the game "Warcraft 2: Battle.net Edition" always fails a CD check
and pops up an error dialog:
"Warcraft II Battle.net Edition is unable to read a required file. Your
Warcraft II Battle.net Edition CD may not be in the CDROM drive. Please ensure
that the disk in in the CDROM drive and press OK. To leave the program, press
Exit."
----
BACKGROUND:
Wine had long been able to run "Warcraft 2: Battle.net Edition", up through
wine version 6.0.2 and some early 6.X versions.
As described in the howto of the application DB
https://appdb.winehq.org/objectManager.php?sClass=version&iId=592 (and other
places), in my setup I have long used an .iso of my original CD, with symlinks
for "d::" (linked to the iso) and "d:" (linked to the directory where the .iso
is loop-mounted). (I actually use some wrapper scripts to temporarily mount it
only when needed, etc...)
I unsuccessfully asked about this in the wine forum last July
https://forum.winehq.org/viewtopic.php?f=8&t=36787&sid=e1b75b6a5ffa1534a042…
and am finally digging deeper into it on my own. There are also some
tangential mentions in my recent Gentoo Linux forum post:
https://forums.gentoo.org/viewtopic-p-8766703.html
----
ANALYSIS:
I have managed to git bisect this bug to commit
50903a15046354e405564aff6430ee505c01100a "kernelbase: Reimplement
GetVolumeInformation on top of GetVolumeInformationByHandle" (although I needed
to cherry-pick an unrelated "sincos()" build fix at each step...).
Digging deeper, the following sequence of events leads to the bug:
1. The game calls GetVolumeInformationW() with root=L"D:\\".
- The game only wants file system flags and FS type name.
- Wine proceeds to:
2. NtOpenFile() the root (I haven't traced into this much)...
3. GetVolumeInformationByHandleW()
4. NtQueryVolumeInformationFile() with
info_class=FileFsAttributeInformation
5. get_mountmgr_fs_info(), which determines
unix_name="/archive/wineData/warcraftII-BNE-2001.iso"
and letter=25 (Z:).
- BUG: letter=25 definitely indicates a bug. The game is asking
about D:, not Z:.
- MAYBE BUG: Not sure whether mapping "D:\\"'s handle to the .iso
rather than the loop mount point directory is a bug or not.
- FYI: I'll note that NtQueryVolumeInformationFile()'s documentation
says that if the handle "represents a direct device open, only
FileFsDeviceInformation can be specified..." in the remarks (i.e.,
not the info_class being asked for here). There doesn't seem
to be any attempt to enforce this in wine. See
https://learn.microsoft.com/en-us/windows-hardware/drivers/ddi/ntifs/nf-nti…
6. Since wine now thinks the game is asking about "Z:", it returns file
system type "NTFS" and associated flags, rather than the correct
"CDFS" (and flags).
7. Presumably the game sees the "NTFS" and/or flags, decides this
isn't a CD at all, and after some more searching, ultimately
pops up the error dialog.
----
POTENTIAL FIXES:
I'm not sure the best way to fix this. Some possibilities include:
A. Somehow ensure the handle that GetVolumeInformation() opens gets
mapped to the mounted directory, instead of the .iso file?
- This would seem to make sense, but I'm not sure.
B. Add more logic to find_dos_device() to notice if path is a file
(or device) that is pointed at by one of the double-colon symlinks?
- It might need similar caching as get_drives_info(), etc?
This would be just a little involved, but might be the best
"smallish scale" fix.
C. Just revert commit 50903a15046354e405564aff6430ee505c01100a?
But that might leave GetVolumeInformationByHandle() broken,
and it does seem cleaner to only do all the device/FS
superblock parsing and determination in one place...
D. Do a more thorough audit / cleanup of how different ways of
representing and mapping between unix names, NT names, devices,
mount points, symlinks, fallback logic, etc all interact with
each other? My initial vague impression is that a lot of this
logic is a bit haphazard and only "mostly" works, rather than
being robustly designed to always work.
- Very involved and time consuming, and well beyond anything
I currently have any interest in attempting myself.
----
WORKAROUND:
A quick end-user workaround that seems to work is to change the "d::" symlink
to point to the correct /dev/loop0 or loop1, or 2...., that just happens to
match whatever free loop device that "mount" dynamically picks to use.
- I think this only works because these days /dev is usually
mounted as a separate file system, and in wine there is
find_dos_device() logic to stops looking if the st_dev changes
and then later stuff falls back on doing something else...
- Even disregarding that, it seems a bit ugly and fragile to
assume a particular loop device, especially if you have other
things you sometimes loop mount... (Although maybe my wrapper
script could dynamically update the symlink based on parsing
/proc/mounts after things are mounted...)
--
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=23921
Summary: LBA2 doesnt refresh its screen
Product: Wine
Version: 1.3.0
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vleon1(a)gmail.com
Little big adventure 2 rarely refresh its screen, rendering the game
unplayable. the bug didnt exist in the 1.2 branch.
You can hear the games music from the next screen (for example from the ingame)
while having a picture of the games menu.
--
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=45123
Bug ID: 45123
Summary: gdiplus/graphicspath test crashes under clang-5.0.1
but not gcc-7.3.0
Product: Wine
Version: 3.7
Hardware: x86
URL: https://test.winehq.org/data/8dca6c35e11a104385242ed83
46ee05707b78ef7/linux_ae-gentoo-dbg-clang/gdiplus:grap
hicspath.html
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: madewokherd(a)gmail.com
Distribution: Gentoo
Backtrace:
=>0 0x7eca42d9 widen_joint+0x139(p1=<is not available>, p2=<is not available>,
p3=<is not available>, pen=<is not available>, last_point=<has been optimized
away by compiler>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphicspath.c:1849]
in gdiplus (0x0033fc38)
1 0x7eca2ac1 GdipWidenPath+0x3a0(path=<is not available>, pen=<is not
available>, matrix=<is not available>, flatness=<is not available>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphicspath.c:2029]
in gdiplus (0x0033fca8)
2 0x7ed36262 func_graphicspath+0x3331() in gdiplus_test (0x0033fe08)
3 0x7ed74968 main+0x457() in gdiplus_test (0x0033fea8)
4 0x7ed74caa in gdiplus_test (+0x8fca9) (0x0033fee0)
5 0x7b45df9c call_process_entry+0xb() in kernel32 (0x0033fef8)
6 0x7b45e0f3 start_process+0x122(entry=0x7ed74f7a, peb=<is not available>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/kernel32/process.c:1099] in
kernel32 (0x0033ffdc)
7 0x7b45dfaa start_process_wrapper+0x9() in kernel32 (0x0033ffec)
0x7eca42d9 widen_joint+0x139
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphicspath.c:1849]
in gdiplus: divps %xmm5,%xmm0
1849 float dx0 = distance * (p2->X - p1->X) / length_0;
--
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=27916
Summary: Ferro CCTV: Fails to start
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=35713)
--> (http://bugs.winehq.org/attachment.cgi?id=35713)
Error message
Steps to reproduce:
1) remove ~/.wine
2) winetricks wmp9
3) install Ferro CCTV
4) wine FerroCCTV.exe
Behaviour:
Error message (see attachment).
Expected behaviour:
No error message.
--
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=54115
Bug ID: 54115
Summary: wine client error:68: write: Bad file descriptor
Product: Wine
Version: 8.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
This is starting to happen in Wine 8.0-rc1, however I didn't have version 7.22
installed, so I cannot say when it regressed exactly.
After exiting any application you can see:
wine client error:68: write: Bad file descriptor
wine client error:b4: write: Bad file descriptor
wine client error:11c: write: Bad file descriptor
Full log for notepad:
$ notepad
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0048:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0050:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0050:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0050:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
0050:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0050:err:ole:start_rpcss Failed to open RpcSs service
0048:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0048:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
0048:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0048:fixme:imm:ImeSetActiveContext (0001002E, 0): stub
0048:fixme:imm:ImmReleaseContext (00010020, 0001002E): stub
002c:fixme:imm:ImeSetActiveContext (0001004E, 1): stub
002c:fixme:imm:ImmReleaseContext (0001004C, 0001004E): stub
008c:err:setupapi:SetupDefaultQueueCallbackW copy error 1812
L"@C:\\windows\\system32\\drivers\\wineusb.sys,-1" ->
L"C:\\windows\\inf\\wineusb.inf"
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
wine: configuration in L"/home/birdie/.wine" has been updated.
010c:fixme:imm:ImeSetActiveContext (00030062, 1): stub
010c:fixme:imm:ImmReleaseContext (00030048, 00030062): stub
Exit it, a few seconds later:
wine client error:68: write: Bad file descriptor
wine client error:b4: write: Bad file descriptor
wine client error:11c: write: Bad file descriptor
This doesn't look very appealing.
I'm not using mingw, it's a classic i686 GCC build under Fedora 37.
--
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=52000
Bug ID: 52000
Summary: EA Desktop still fails to install
Product: Wine
Version: 6.21
Hardware: x86-64
URL: http://https://click.e.ea.com/?qs=901607d0b32d0c5a668b
64755ddd9eba252d701599100e11239ca43b1bf873c0e60313c1d4
0a800d3f39b81848b7bb8fffbcdbbb6a19828f6f85cbfbe8e45705
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 70994
--> https://bugs.winehq.org/attachment.cgi?id=70994
+seh log
Hello,
Maybe there was a new version of EA Desktop but in my case, the installation
still fails even after the fix for the bug 49887.
Step to reproduce :
- Set WinVer to Win8.1/Win10
- Launch EAappInstaller.exe and click on "Let's go". The application closes
immediatly after this action.
I have this line in my ouput console when the app closes :
0114:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr
0x434a8e
I attach the +seh log if it's interesting for you.
--
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=55179
Bug ID: 55179
Summary: Drag and Drap don't work at all in Wine HQ 8.0 and
8.0.1 Regression from version 7 which was OK
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pascal_mons(a)hotmail.com
Distribution: ---
Created attachment 74769
--> https://bugs.winehq.org/attachment.cgi?id=74769
A .gpx file (route Paris to Madrid) to test drag and drop
I use Garmin MapSource 6.16.3 to create and modify POI files (like speed
cameras) and Routes. Obviously I was used to drag and drop the file inside the
map. This was working fine in Wine HQ 7.
However, since the upgrade to version 8 this capability is broken. I have to
use File -> Open to manually run through the directories. Even then using the
keyboard return when an object is selected won't work. I have to use only the
mouse clicks.
In order for you to investigate I will give you the downlink of MapSource and
the steps to install it within Wine by command lines.
https://download.garmin.com/software/MapSource_6163.exe
you have to unpack / extract files from the .exe and use MSmain.msi in order to
install properly (even in Windows).
Installing .wine32.1 Prefix for MapSource
_________________________________________
$ WINEPREFIX=~/.wine32.1 WINEARCH=win32 wineboot
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winecfg
Since I have a 4K HD screen I use in Graphics --> Screen resolution a 144 dpi &
Applications Windows 7
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winetricks msxml4
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winetricks dotnet48
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winetricks ie8
All these modules are required.
Install MapSource 6.16.3
________________________
$ cd ~/Downloads/Garmin/Garmin\ MapSource\ 6.16.3/
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 wine MapSource_6163\
Extracted/MSmain.msi
It won't work because of another program presence check, use :
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 wine MapSource_6163.exe
The Drag and Drop capability was working fine in Wine HQ 7.
You don't need to install a Garmin map to test the drag and drop with the
attached route in .gpx format.
--
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=54987
Bug ID: 54987
Summary: Waves Central no more opens in Manjaro Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marquinhosbissoli(a)gmail.com
Distribution: ---
Created attachment 74534
--> https://bugs.winehq.org/attachment.cgi?id=74534
Error details
Waves Central no more opens on Manjaro Linux. It worked until two months ago.
--
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=54847
Bug ID: 54847
Summary: dnsapi:query - test_DnsQuery() fails on the TestBot
VMs in Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dnsapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dnsapi:query - test_DnsQuery() fails on the TestBot VMs in Windows and Wine:
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:96: Test failed: unexpected CNAME chain
See https://test.winehq.org/data/patterns.html#dnsapi:query
This is because winehq.org points to a CDN which uses DNS tricks to point web
browsers to the closest server and do load balancing. Interestingly this does
not happen for all clients, e.g. it does not happen on fg-deb64.
These failures happen in new tests that were introduced by this commit:
commit 6e2efe54f17e72415b790edf6c9c1f9de5acb9f7
Author: François Gouget <fgouget(a)codeweavers.com>
Date: Thu Apr 13 05:51:20 2023 +0200
dnsapi/tests: Test how DnsQuery() handles CNAMEs.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54819
--
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=52883
Bug ID: 52883
Summary: Improve support for high-level graphic settings in The
Settlers: Heritage of Kings
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
Created attachment 72267
--> https://bugs.winehq.org/attachment.cgi?id=72267
screenshot for a questionable display of graphic settings
I wonder why I get hindered so far to switch the graphic settings to the
highest quality (which my hardware could support).
How will the software capabilities evolve further also for the game “The
settlers (gold edition)” after the software “Wine 7.7-1449.4”?
See also:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=5360
--
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.