https://bugs.winehq.org/show_bug.cgi?id=47023
Bug ID: 47023
Summary: Warframe in-game screenshot fails if screenshot
directory already exists
Product: Wine
Version: 4.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: wine.bugzilla(a)johnthomson.fastmail.com.au
Distribution: ---
Created attachment 64181
--> https://bugs.winehq.org/attachment.cgi?id=64181
SHCreateDirectoryExW already exists demo application source
The Warframe in-game screenshot (F6) utility fails to save a screenshot if the
directory it tries to use already exists.
These are:
$user\My Pictures\\Warframe
$warframe_install_location\\Downloaded\\Public\\Captures
$warframe_install_location\\Downloaded\\Public
$user\\Local Settings\\Application Data\\Warframe\\Captures
If one of these folders does not exist, it is created, and one screenshot can
be saved.
I believe the issue stems from SHCreateDirectoryExW returning ERROR_CANCELLED,
but have not had time to compile Wine with a fix yet.
0037:Call shell32.SHCreateDirectoryExW(00020060,09df9270 L"C:\\users\\john\\My
Pictures\\Warframe",00000000) ret=1401353f4
...
0037:fixme:shell:SHCreateDirectoryExW Show system error message, creating path
L"C:\\users\\john\\My Pictures\\Warframe", failed with error 183
0037:Ret shell32.SHCreateDirectoryExW() retval=000004c7 ret=1401353f4
When the folder exists, SHCreateDirectoryExW returns with ERROR_CANCELLED 1223
(0x4C7)
https://github.com/wine-mirror/wine/blob/fabde842ede40fc53cf6f5743d5b477841…
My simple test program with a non-null Hwnd returned error ERROR_ALREADY_EXISTS
183 on Windows 7, and ERROR_CANCELLED 1223 in Wine, but I am not confident in
my quick testing.
The MSDN docs do not mention this
https://docs.microsoft.com/en-us/windows/desktop/api/shlobj_core/nf-shlobj_…
I would like for someone to test the return value of SHCreateDirectoryExW with
a Hwnd for an exiting directory on Windows.
--
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=46655
Bug ID: 46655
Summary: Adobe Photoshop CC 2015.5: Tabs show completely black
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: winepala(a)tradermail.info
Distribution: ---
Created attachment 63587
--> https://bugs.winehq.org/attachment.cgi?id=63587
screenshot
This is a regression since wine-3.0 where I last saw it working. Photoshop
panels render to pitch black but can still be interacted with.
Confirmed broken in wine/stable (4.0) and wine/master (currently tag:wine-4.2)
I did a git bisect from wine-3.0 (good) to wine-3.10 (bad) and landed on these
two commits. The last one I could not tag as it causes Photoshop to crash.
commit 99b64f74320ba11b282a33aad2edc28551501875 (refs/bisect/bad)
Date: Wed Apr 4 15:12:55 2018 +0200
gdi32: Build the region object directly instead of making a copy in
CreatePolyPolygonRgn.
commit 97f996744eafc4ad640ca3b9d97016625443c8cd (HEAD) (crashes)
Date: Wed Apr 4 12:38:29 2018 +0200
gdi32: Pre-allocate the points array in CreatePolyPolygonRgn.
--
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=47437
Bug ID: 47437
Summary: Final Fantasy XIV 5.0 crashes on startup when using
xaudio2_8.dll
Product: Wine
Version: 4.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: achurch+wine(a)achurch.org
Distribution: ---
When starting Final Fantasy XIV 5.0 (Shadowbringers), after logging in through
the launcher, the game program (ffxiv_dx11.exe) immediately aborts with an
"unexpected error" dialog when the Windows version is set to Windows 10 in
winecfg. The error results from a crash in FAudio, called via xaudio2_8.dll,
trying to read through a clobbered pointer value.
FFXIV apparently chooses an XAudio2 API version based on the reported Windows
version; setting Windows 10 causes the game to load xaudio2_8.dll, while
setting Windows 7 causes it to load xaudio2_7.dll. The game starts normally
(and audio works properly) in the latter case.
For more information/analysis, see:
https://github.com/ValveSoftware/Proton/issues/580#issuecomment-507001866 (and
surrounding comments)
https://github.com/FNA-XNA/FAudio/issues/152
--
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=48169
Bug ID: 48169
Summary: Downstream: Adapt metadata to be fetched in logic
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: werifGX(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Referencing
https://github.com/Winetricks/winetricks/issues/1392#issuecomment-545308510
# Proposal
I want to propose adapting bugzilla's metadata to be used in POSIX sh
(winetricks) in such a way that could query the status of the bug, check
end-user's system and depending on used metadata apply a workaround for
end-user's system untill said bug is resolved.
# Reasoning
Currently winetricks is using simple function (w_workaround_winebug) to check
if end-user's system is affected by any winebug which is not very reliable
since it's checking for only for specified wine version which eventually result
in lots of winetricks bugs that are applying unnecesary workarounds for example
dotnet20 removing $W_SYSTEM32_DLLS/msvc?80.dll on wine-4.20 due to the winebug
10467 that affects wine <0.9.49
(https://github.com/Winetricks/winetricks/blob/f194322885b7d674c7b22a8283cbf…)
and current winetricks is full of issue alike.
I believe that contributing this in winetricks to adapt logic per used
workaround is not an ideall solution since there are bugs about which we don't
know which wine versions they affect (for example
https://bugs.winehq.org/show_bug.cgi?id=47820) and tracking all bugs is heavy
on maintenance.
# Proposed solution
## Better management of bug status
Currently bugzilla is using unreliable way to track bugs that is difficult to
be implemented in this scenario for this to work we would need better status
management to be implemented such as:
- if bug status STAGED is used on end-user's system that is not wine-staging ->
Output error/die.
- if bug status is CONFIRMED, skip applying workaround
etc..
## More options in 'Version:' metadata
We can also use wine version which would require more options in "Version:"
metadata that allows us to adapt affected versions in said scenario
example winebug specifies that affected wine versions are 4.13, 4.15 and
4.18~4.20 -> If end-user is using affected version attempt to apply a
workaround or output an error
## Injecting logic in winetricks
In theory there could also be a section in metadata that allows us to check
end-user's wine for problematic codeblock for example winebug
https://bugs.winehq.org/show_bug.cgi?id=22053#c65 which was affected by bug in
gcc where on some system we can use `strings -a wine |grep "GCC"` or `readelf
--debug-dump=info wineserver | grep DW_AT_producer` to check which gcc was used
to build said wine that can be implemented in the logic and can be placed on
the bug itself.
# Possible problems
- End-users with slow internet connection would have to rely on hard-codded
logic unless bugzilla would allow us to fetch a raw file with metadata on the
bug (instead of using 'curl' piping to grep and posix regexing whole page)
- End-user without an internet would have to still rely on hard-coded logic
unless there is some automation done that updates the code automatically based
on bug status.
---
I'm wiling to work on implementation assuming changes made in bugzilla since i
would also like to use this in my fork
(https://github.com/Kreytricks/kreytricks)
--
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=48168
Bug ID: 48168
Summary: Report dialog does not appear in THERM
Product: Wine
Version: 4.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wookey(a)wookware.org
Distribution: ---
The program Therm generally runs fine under wine, with all the drawing and
calculation functions working as expected, but the vital 'report' dialog at the
end which displays the results does not appear when you select
'File'->'Report', and this error is printed on the console:
0009:err:ole:CoGetClassObject class {3b7c8860-d78f-101b-b9b5-04021c009402} not
registered
0009:err:ole:CoGetClassObject class {3b7c8860-d78f-101b-b9b5-04021c009402} not
registered
0009:err:ole:CoGetClassObject no class object
{3b7c8860-d78f-101b-b9b5-04021c009402} could be created for context 0x3
I have tested this in wine-stable (3.0-1ubuntu1) and wine-development (3.6-1)
in Ubuntu 18.04, Debian Buster (4.0.2-1 ), and winehq-stable (4.0.2~bionic) and
winehq-devel (4.20~bionic). The behaviour is exactly the same in all those
versions.
To reproduce this. Download therm 7.7 from
http://gaia.lbl.gov/software/window/THERM7_7_07_SetupFull.exe and install it.
Run it with
wine ~/.wine/drive_c/Program Files/LBNL/THERM7.7/THERM7.exe
Go to 'File'->'Open' which should open on the Samples directory. if not find it
and load and .THM file such as sample-head.THM which should display a cross
section of a window head. (The calculation state is loaded already done so
there is no need to redo them).
Go to 'File'->'Report', and observe that you do not get a dialog containing
results, you get nothing but the console error.
This is fundamental to the operation of this package - the whole point of the
program is what appears in that missing dialog, so this bug makes THERM useless
(under wine), and there is no linux equivalent so far as I know (THERM
simulates heat movement s for buildings).
I am very happy to do further debugging if I can. (I do have an old Windows VM
somewhere if that helps).
--
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=22909
Summary: Drawn text overlapps after the second character.
Product: Wine
Version: 1.1.43
Platform: x86
URL: http://www.subsystems.com/tecfe.zip
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leslie_alistair(a)hotmail.com
CC: aric(a)codeweavers.com
Created an attachment (id=28340)
--> (http://bugs.winehq.org/attachment.cgi?id=28340)
Screenshot
Open the TECF Demo app and open the demo.rtf file.
See screenshot of results.
Good: 1.1.42
Bad: 1.1.43
The issue appears to be caused by the change in the gdi32/bidi.c or changes in
usp10 between the above versions.
--
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=19289
Summary: Gimp: License text is missing new lines (appinstall)
Product: Wine
Version: 1.1.25
Platform: PC
URL: http://gimp-win.sourceforge.net/stable.html
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
See screenshot. Native riched20 doesn't help.
--
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=19249
Summary: Notepad++ default save dialog is 'Save', not 'Save as'
(appinstall)
Product: Wine
Version: 1.1.25
Platform: PC
URL: http://sourceforge.net/project/showfiles.php?group_id=
95717&package_id=102072
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=22288)
--> (http://bugs.winehq.org/attachment.cgi?id=22288)
screenshot
This one is pretty tricky, and had me pulling my hair out.
Open notepad++ with no document, so it creates an empty one.
Type something 'Wine is awesome!'
Go to save 'CTRL+S'
You'll get the default save dialog.
However!
On windows:
Title = 'Save As'
On wine:
Title = 'Save'
--
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=41570
Bug ID: 41570
Summary: Xenia emulator needs unimplemented function
api-ms-win-core-rtlsupport-l1-1.RtlLookupFunctionEntry
called in 64-bit code
Product: Wine
Version: 1.9.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winetest(a)luukku.com
Distribution: ---
Continue of bug 41380.
--
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=43550
Bug ID: 43550
Summary: Photoshop Elements 15 spams console with
fixme:file:MoveFileWithProgressW
MOVEFILE_WRITE_THROUGH unimplemented
Product: Wine
Version: 2.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 58954
--> https://bugs.winehq.org/attachment.cgi?id=58954
Console Output wine 2.14 (Non-staging)
Hello everyone,
I have been trying to get the installer of "Photoshop Elements 15" to work and
it keeps spamming the console with the error indicated in the subject.
The installer eventually became so slow that I had to kill the process.
Please let me know should you require further information.
--
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.