https://bugs.winehq.org/show_bug.cgi?id=43262
Bug ID: 43262
Summary: Drag&Drop not working between wine explorer and other
applications
Product: Wine
Version: 2.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mintos(a)discard.email
Distribution: ---
https://pastebin.com/39uSnrR7 console output
--
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=52215
Bug ID: 52215
Summary: MSTSC (Remote Desktop) 7.0 cannot find its MUI files
when Windows version is set to 7
Product: Wine
Version: 7.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: ---
Created attachment 71279
--> https://bugs.winehq.org/attachment.cgi?id=71279
Error. File not found. C:\windows\system32\<LANG_NAME>\mstsc.exe.MUI
A workaround is to set the Windows version to XP but I don't like it because
Wine as far as I know doesn't allow to set a per application Windows version
and my default Windows version is set to 7.
strace shows that Wine doesn't even attempt to find MUI files as if some
resolution inside it breaks completely when Windows != XP.
--
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=48641
Bug ID: 48641
Summary: skse64 is broken with the ntdll-ForceBottomUpAlloc
patchset
Product: Wine-staging
Version: 5.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: qsniyg(a)mail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
While SKSE64 now works properly under wine, it hangs (then fails to launch)
when the ntdll-ForceBottomUpAlloc patchset is enabled. Building wine-staging
without that specific patchset works fine.
This is similar to how it was in earlier wine versions, before a better version
of the F4SE patches (https://github.com/hdmap/wine-hackery/tree/master/f4se)
were mainlined.
--
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=30615
Bug #: 30615
Summary: Audition CS6 (5.0) - strange UI graphics
Product: Wine
Version: 1.5.3
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jan(a)lugfl.de
Classification: Unclassified
Created attachment 40072
--> http://bugs.winehq.org/attachment.cgi?id=40072
Audition CS6 Mixer screenshot
The UI looks very strange. Results with native and buildin gdiplus looks
identical.
see attached screenshot.
A log of the console output is attached too.
--
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=43670
Bug ID: 43670
Summary: MsPaint from Win7 does not start
Product: Wine
Version: 2.16
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
First you need a 32bit copy of mspaint from a win7 machine. You'll also need
"winetricks mfc42".
Program fails with a messagebox: "Failed to create empty document"
--
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=25207
Summary: SHFileOperation does not create new directory on
FO_MOVE
Product: Wine
Version: 1.3.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: richard(a)rtrussell.co.uk
Created an attachment (id=32007)
--> (http://bugs.winehq.org/attachment.cgi?id=32007)
C program to demonstrate the problem
SHFileOperation should create the destination directory on an FO_MOVE
operation, if it does not already exist, but fails to do so. See:
http://msdn.microsoft.com/en-us/library/bb759795.aspx
"Copy and Move operations can specify destination directories that do not
exist. In those cases, the system attempts to create them and normally displays
a dialog box to ask the user if they want to create the new directory. To
suppress this dialog box and have the directories created silently, set the
FOF_NOCONFIRMMKDIR flag in fFlags".
--
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=52622
Bug ID: 52622
Summary: Crash of `lib` test from `windows-rs` due missing
implementation of `d3dcompiler_47.dll.D3DCreateLinker`
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
This test pass on Windows 10
Failures
```
running 1 test
test test ... FAILED
failures:
---- test stdout ----
wine: Call from 000000007B0123DE to unimplemented function
d3dcompiler_47.dll.D3DCreateLinker, aborting
wine: Unimplemented function d3dcompiler_47.dll.D3DCreateLinker called at
address 000000007B0123DE (thread 0130), starting debugger...
```
Rust for Windows can be installed via
https://forge.rust-lang.org/infra/other-installation-methods.html
or directly
https://static.rust-lang.org/dist/rust-1.59.0-x86_64-pc-windows-gnu.msihttps://raw.githubusercontent.com/microsoft/windows-rs/master/crates/tests/…
Steps to reproduce
git clone https://github.com/microsoft/windows-rs.git
cd windows-rs
git checkout 9965e3c44829d0c86b2d9d2b3c5338376f158bde
cd crates/tests/lib/
wine cargo test
--
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=51957
Bug ID: 51957
Summary: Program started via
HKLM\Software\Microsoft\Windows\CurrentVersion\App
Paths should also be started if extension ".exe" is
missing
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: source
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 70937
--> https://bugs.winehq.org/attachment.cgi?id=70937
possible patch
Hi,
I found this as installer of adobe digital editions is failing in chocolatey.
First autohotkey is installed, i guess to press some button from license
agreement.
After that script tries to install adobe digital editions but fails at a line:
$ahkProc = Start-Process -FilePath 'AutoHotKey' `
-ArgumentList $ahkRun `
-PassThru
Autohotkey is never started as this fails. I tested on windows and then both:
Start-Process -FilePath 'AutoHotKey'
and
Start-Process -FilePath 'AutoHotKey.exe'
succeed.
In wine only the last one succeeds.
Attached a patch that fixes this; Maybe needs more error checking?
Hints for improvement welcome;
Additional note: due to install-script for autohotkey following key is present:
[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\App
Paths\AutoHotkey.exe]
@="C:\\Program Files\\AutoHotkey\\AutoHotkey.exe"
--
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=52159
Bug ID: 52159
Summary: 64-bit cygwin gdb.exe and python3.8.exe fail to run
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 71205
--> https://bugs.winehq.org/attachment.cgi?id=71205
details.txt
This issue can be seen if the workarounds for bug #47808 got applied first.
Both gdb.exe and python3.8.exe fail in the python initialisation.
As far as I see it python allocates 8 bytes for a sem_t structure.
This uninitialized struct is given to sem_init which checks if this
is a previously initialized semaphore by checking
with verifyable_object_isvalid. This check happens inside
a __try/__endtry [2] [3].
That way we end up in RtlUnwindEx, which inspects
NtCurrentTeb()->Tib.ExceptionList.
Unfortunately this list finally contains a pointer to the initial stack,
which cygwin deallocated before [1].
See details.txt.
--
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.