January 2018 - Wine-Bugs - list.winehq.org

[Bug 44187] [Feature Request] Option to associate screenshots to more than one version

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44187 Joerg Schiermeier <mywine(a)schiermeier-it.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Option to associate |[Feature Request] Option to |screenshots to more than |associate screenshots to |one version |more than one version -- 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.

Jan. 19, 2018

[Bug 44333] [Feature Request] Alphabetical order for monitored Applications

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44333 Joerg Schiermeier <mywine(a)schiermeier-it.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Alphabetical order for |[Feature Request] |monitored Applications |Alphabetical order for | |monitored Applications -- 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.

Jan. 19, 2018

[Bug 41604] Access violation in CertAddSerializedElementToStore

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41604 Jim K <wondertones(a)yandex.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wondertones(a)yandex.ru -- 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.

Jan. 19, 2018

[Bug 41605] Importing a .sst (Serialized certificate store) does nothing

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41605 Jim K <wondertones(a)yandex.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wondertones(a)yandex.ru -- 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.

Jan. 19, 2018

[Bug 22077] cspro 4.0 hangs when pressing key or mouse during popup selection

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=22077 Iip Umar Rifai <iip.umar.rifai(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Hardware|x86 |x86-64 Version|1.1.40 |3.0-rc6 -- 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.

Jan. 19, 2018

[Bug 11070] importpfx fails, needs PFXImportCertStore implementation

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=11070 Jim K <wondertones(a)yandex.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wondertones(a)yandex.ru --- Comment #39 from Jim K <wondertones(a)yandex.ru> --- (In reply to ajduck from comment #38) > Using the native Windows crypt32.dll fixed my problem. Hi! Could you please clarify how do you used that lib? I downloaded crypt32.dll for Win XP and put it to system32 instead of original one but there was no effect. Was you able to store certificate in "Windows certificate storage"? -- 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.

Jan. 19, 2018

[Bug 44373] cmd's path variables (e.g. %~dp0 / %~dp1) don' t match those of Windows (w.r.t. case and quoting)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44373 --- Comment #1 from Ryan Prichard <ryan.prichard(a)gmail.com> --- The case canonicalization differences can also affect %1: c:\Bin\ShowArg1.Cmd @echo [%1] -------------------- [%~d1] [%~p1] [%~n1] [%~x1] Win10.0.16299.125: C:\Windows>c:\Bin\ShowArg1 SysTem32\NotePad.Exe [SysTem32\NotePad.Exe] -------------------- [C:] [\Windows\System32\] [notepad] [.exe] C:\Windows>c:\Bin\ShowArg1 "SysTem32\NotePad.Exe" ["SysTem32\NotePad.Exe"] -------------------- [C:] [\Windows\System32\] [notepad] [.exe] C:\Windows>c:\Bin\ShowArg1 "SysTem32\NotePad".Exe ["SysTem32\NotePad".Exe] -------------------- [C:] [\Windows\System32\] [NotePad"] [.Exe] C:\Windows>c:\Bin\ShowArg1 Sys"Tem32\NotePad".Exe [Sys"Tem32\NotePad".Exe] -------------------- [C:] [\Windows\Sys"Tem32\] [NotePad"] [.Exe] C:\Windows>c:\Bin\ShowArg1 Sys"Tem"32\NotePad.Exe [Sys"Tem"32\NotePad.Exe] -------------------- [C:] [\Windows\Sys"Tem"32\] [NotePad] [.Exe] Wine 3.0-rc6: C:\windows>c:\Bin\ShowArg1 SysTem32\NotePad.Exe [SysTem32\NotePad.Exe] -------------------- [C:] [\windows\SysTem32\] [NotePad] [.Exe] C:\windows>c:\Bin\ShowArg1 "SysTem32\NotePad.Exe" ["SysTem32\NotePad.Exe"] -------------------- [C:] [\windows\SysTem32\] [NotePad] [.Exe] C:\windows>c:\Bin\ShowArg1 "SysTem32\NotePad".Exe ["SysTem32\NotePad".Exe] -------------------- [C:] [\windows\SysTem32\] [NotePad] [.Exe] C:\windows>c:\Bin\ShowArg1 Sys"Tem32\NotePad".Exe [Sys"Tem32\NotePad".Exe] -------------------- [C:] [\windows\SysTem32\] [NotePad] [.Exe] C:\windows>c:\Bin\ShowArg1 Sys"Tem"32\NotePad.Exe [Sys"Tem"32\NotePad.Exe] -------------------- [C:] [\windows\SysTem32\] [NotePad] [.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.

Jan. 19, 2018

[Bug 44373] cmd's path variables (e.g. %~dp0 / %~dp1) don' t match those of Windows (w.r.t. case and quoting)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44373 Ryan Prichard <ryan.prichard(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|cmd's %0 path variables |cmd's path variables (e.g. |(e.g. %~dp0) don't match |%~dp0 / %~dp1) don't match |those of Windows (w.r.t. |those of Windows (w.r.t. |case and quoting) |case and quoting) -- 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.

Jan. 19, 2018

[Bug 44369] cmd's %0 path variables (e.g. %~dp0) wrong inside subroutine call

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44369 --- Comment #2 from Ryan Prichard <ryan.prichard(a)gmail.com> --- Ok, I filed https://bugs.winehq.org/show_bug.cgi?id=44373 for the Wine-vs-Windows differences in %0 path variables w.r.t. quoting and case-canonicalization. -- 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.

Jan. 19, 2018

[Bug 44373] New: cmd's %0 path variables (e.g. %~dp0) don' t match those of Windows (w.r.t. case and quoting)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44373 Bug ID: 44373 Summary: cmd's %0 path variables (e.g. %~dp0) don't match those of Windows (w.r.t. case and quoting) Product: Wine Version: 3.0-rc6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: ryan.prichard(a)gmail.com Distribution: --- I'm filing this issue at Fabian Maurer's suggestion, after filing https://bugs.winehq.org/show_bug.cgi?id=44369. When %0 starts with a quote character, Windows tends to evaluate the %0 path variables (%~d0, %~p0, ...) strangely. I think the Wine behavior makes more sense, but it could also make sense to match Windows bug-for-bug. Test program (you might have to fix up the C:\bin for your machine): C:\>mkdir Bin C:\Bin\ShowArg0.Cmd: @echo [%0] -------------------- [%~d0] [%~p0] [%~n0] [%~x0] C:\Bin\RunScript.Cmd @echo off setlocal set PATH=C:\bin;%PATH% cd \ echo --- Wine and Windows roughly do the same thing. call showarg0 call SHOWARG0 call showarg0.cmd call SHOWARG0.CMD call C:\bin\showarg0 call C:\bin\showarg0.cmd call c:\bin\showarg0.CMD call showarg0".cmd" call showarg0."cmd" call showarg0.c"md" call s"ho"warg0.cmd call s"ho"warg0 call "C:\bin\showarg0.cmd" call "c:\bin\showarg0.CMD" echo --- Wine and Windows diverge here. call "showarg0" call "SHOWARG0" call "showarg0.cmd" call "SHOWARG0.CMD" call "showarg0".cmd call "sho"warg0.cmd call "sho"warg0 call "C":\bin\showarg0.cmd call "C:"\bin\showarg0.cmd call "C:\"bin\showarg0.cmd call "c:\"bin\showarg0.CMD call "C:\bin\showarg0" (I edited the script output to align the columns.) Windows behavior (tested on XP and Win10.0.16299.125): C:\Bin>RunScript --- Aside from case, Wine and Windows roughly do the same thing. --- ... Using c:\bin in PATH [showarg0] ----------------- [c:] [\Bin\] [ShowArg0] [.Cmd] [SHOWARG0] ----------------- [c:] [\Bin\] [ShowArg0] [.Cmd] --- ... Using C:\bin in PATH [showarg0] ----------------- [C:] [\Bin\] [ShowArg0] [.Cmd] [SHOWARG0] ----------------- [C:] [\Bin\] [ShowArg0] [.Cmd] [showarg0.cmd] ------------- [C:] [\Bin\] [ShowArg0] [.Cmd] [SHOWARG0.CMD] ------------- [C:] [\Bin\] [ShowArg0] [.Cmd] [C:\bin\showarg0] ---------- [C:] [\Bin\] [ShowArg0] [.Cmd] [C:\bin\showarg0.cmd] ------ [C:] [\Bin\] [ShowArg0] [.Cmd] [c:\bin\showarg0.CMD] ------ [c:] [\Bin\] [ShowArg0] [.Cmd] [showarg0".cmd"] ----------- [C:] [\Bin\] [ShowArg0] [.Cmd] [showarg0."cmd"] ----------- [C:] [\Bin\] [ShowArg0] [.Cmd] [showarg0.c"md"] ----------- [C:] [\Bin\] [ShowArg0] [.Cmd] [s"ho"warg0.cmd] ----------- [C:] [\Bin\] [ShowArg0] [.Cmd] [s"ho"warg0] --------------- [C:] [\Bin\] [ShowArg0] [.Cmd] ["C:\bin\showarg0.cmd"] ---- [C:] [\Bin\] [ShowArg0] [.Cmd] ["c:\bin\showarg0.CMD"] ---- [c:] [\Bin\] [ShowArg0] [.Cmd] --- Wine and Windows diverge here. ["showarg0"] --------------- [C:] [\] [showarg0] [] ["SHOWARG0"] --------------- [C:] [\] [SHOWARG0] [] ["showarg0.cmd"] ----------- [C:] [\] [showarg0] [.cmd] ["SHOWARG0.CMD"] ----------- [C:] [\] [SHOWARG0] [.CMD] ["showarg0".cmd] ----------- [C:] [\] [showarg0"] [.cmd] ["sho"warg0.cmd] ----------- [C:] [\] [sho"warg0] [.cmd] ["sho"warg0] --------------- [C:] [\] [sho"warg0] [] ["C":\bin\showarg0.cmd] ---- [C:] [\C":\bin\] [showarg0] [.cmd] ["C:"\bin\showarg0.cmd] ---- [C:] [\"\bin\] [showarg0] [.cmd] ["C:\"bin\showarg0.cmd] ---- [C:] [\"bin\] [showarg0] [.cmd] ["c:\"bin\showarg0.CMD] ---- [c:] [\"bin\] [showarg0] [.CMD] ["C:\bin\showarg0"] -------- [C:] [\Bin\] [showarg0] [] Behavior on wine-3.0-rc6: C:\Bin>RunScript --- Aside from case, Wine and Windows roughly do the same thing. --- ... Using c:\bin in PATH [showarg0] ----------------- [c:] [\bin\] [showarg0] [.CMD] [SHOWARG0] ----------------- [c:] [\bin\] [SHOWARG0] [.CMD] --- ... Using C:\bin in PATH [showarg0] ----------------- [C:] [\bin\] [showarg0] [.CMD] [SHOWARG0] ----------------- [C:] [\bin\] [SHOWARG0] [.CMD] [showarg0.cmd] ------------- [C:] [\bin\] [showarg0] [.cmd] [SHOWARG0.CMD] ------------- [C:] [\bin\] [SHOWARG0] [.CMD] [C:\bin\showarg0] ---------- [C:] [\bin\] [showarg0] [.CMD] [C:\bin\showarg0.cmd] ------ [C:] [\bin\] [showarg0] [.cmd] [c:\bin\showarg0.CMD] ------ [c:] [\bin\] [showarg0] [.CMD] [showarg0".cmd"] ----------- [C:] [\bin\] [showarg0] [.cmd] [showarg0."cmd"] ----------- [C:] [\bin\] [showarg0] [.cmd] [showarg0.c"md"] ----------- [C:] [\bin\] [showarg0] [.cmd] [s"ho"warg0.cmd] ----------- [C:] [\bin\] [showarg0] [.cmd] [s"ho"warg0] --------------- [C:] [\bin\] [showarg0] [.CMD] ["C:\bin\showarg0.cmd"] ---- [C:] [\bin\] [showarg0] [.cmd] ["c:\bin\showarg0.CMD"] ---- [c:] [\bin\] [showarg0] [.CMD] --- Wine and Windows diverge here. ["showarg0"] --------------- [C:] [\bin\] [showarg0] [.CMD] ["SHOWARG0"] --------------- [C:] [\bin\] [SHOWARG0] [.CMD] ["showarg0.cmd"] ----------- [C:] [\bin\] [showarg0] [.cmd] ["SHOWARG0.CMD"] ----------- [C:] [\bin\] [SHOWARG0] [.CMD] ["showarg0".cmd] ----------- [C:] [\bin\] [showarg0] [.cmd] ["sho"warg0.cmd] ----------- [C:] [\bin\] [showarg0] [.cmd] ["sho"warg0] --------------- [C:] [\bin\] [showarg0] [.CMD] ["C":\bin\showarg0.cmd] ---- [C:] [\bin\] [showarg0] [.cmd] ["C:"\bin\showarg0.cmd] ---- [C:] [\bin\] [showarg0] [.cmd] ["C:\"bin\showarg0.cmd] ---- [C:] [\bin\] [showarg0] [.cmd] ["c:\"bin\showarg0.CMD] ---- [c:] [\bin\] [showarg0] [.CMD] ["C:\bin\showarg0"] -------- [C:] [\bin\] [showarg0] [.CMD] I see two differences: - In most cases, when a path starts with a quote, Windows somehow doesn't parse the path correctly and/or doesn't find the batch file in the PATH. - As long as Windows *does* find the batch file, it uses the canonical case for the path, filename, and extension. It doesn't canonicalize the drive; instead it uses the drive from the PATH or %0. I also tested a SMB share on XP and Win10 (\\nAs\nAs and \\NaS\NaS), and Windows didn't canonicalize the server name or share name. (Maybe it never does.) -- 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.

Jan. 19, 2018