https://bugs.winehq.org/show_bug.cgi?id=40412
Bug ID: 40412
Summary: When opening the game Stardew Valley, I get an error
message and it never opens
Product: Wine
Version: 1.9.4
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: goodman.jaime(a)gmail.com
Created attachment 54149
--> https://bugs.winehq.org/attachment.cgi?id=54149
backtrace file
I get the message "This program has encountered a serious problem and needs to
close"
Logs 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=45616
Bug ID: 45616
Summary: winecfg: allow setting windows version via CLI
Product: Wine
Version: 3.13
Hardware: x86
URL: https://github.com/Winetricks/winetricks/blob/master/s
rc/winetricks#L2355
OS: Linux
Status: NEW
Keywords: download, integration, source
Severity: enhancement
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
This has been a FIXME in winetricks for years. While reviewing stuff recently,
I ran across it and looked into it. I wasn't able to find a (closed) bug for
it, and I think it's worth opening one now.
Currently, winetricks has to replicate all the logic needed to set a particular
Windows version (i.e., major/minor version, service pack version, etc.). This
can also include if it's a server version of windows or not, etc. When Wine
changes a SP version, winetricks has to catch up later, and it can lead to
subtle bugs (e.g., https://github.com/Winetricks/winetricks/issues/970)
It would greatly simplify things if instead, winecfg (or some other program,
but winecfg seems most appropriate) could change windows versions via a CLI
argument. E.g.,
$ wine winecfg winver=winxp
would set winxp mode, and act appropriately for win32/win64.
This should return an error if someone tries to set an invalid version, e.g.,
$ wine winecfg winver=doesnotexist
or
$ WINEARCH=win64 wine winecfg winver=win98
--
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=45614
Bug ID: 45614
Summary: Final Fantasy XIV fails to save its configuration,
emptying file instead.
Product: Wine-staging
Version: 3.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spam(a)hjkos.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Link to game
https://appdb.winehq.org/objectManager.php?sClass=version&iId=35777
Does not happens with wine-staging 3.12 and the effect is only noticeable after
using wine-staging 3.13 once.
Tested with both dx11 and dx9 versions of the game, same result.
Steps to reproduce:
Have game's config data backed up somewhere. Probably backup entire
"C:\users\My Documents\My Games\FINAL FANTASY XIV - A Realm Reborn\" folder.
Launch the game's launcher using Wine-staging 3.13,
Launch the game itself (doesn't matter dx9 or dx11).
Wait for game to enter title screen.
Click exit.
Notice how file "C:\users\My Documents\My Games\FINAL FANTASY XIV - A Realm
Reborn\FFXIV.cfg" now is 0 bytes.
Same happens to some character data files in FFXIV_CHRxxxxxxx if there are any
and you've played as some character with Wine-staging 3.13.
There are no errors or warnings in console when write occurs. You can prompt
writing FFXIV.cfg on title screen by going into configuration, adjusting some
setting and clicking "apply" - on Wine-staging 3.13 file will be emptied. On
Wine-staging 3.12 it will be written correctly.
Emptying FFXIV.cfg has a nasty side effect in the game that game will launch
with "default" configuration - low resolution, ask to calibrate your joystick
(even if you don't have one), doesn't remember which server ("data center")
you've used, and gets stuck at loading screen right before when character
select screen should be. It's possible to exit game normally there by pressing
Alt-F4 and confirming exit in dialog window that appears.
--
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=45604
Bug ID: 45604
Summary: Final Fantasy XIV destroys its own config files on
exit after commit 7da7ae7
Product: Wine-staging
Version: 3.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: varris(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Relay log (replace <myusername> with a 7 character string if length matters) :
https://mega.nz/#!qrAnzaIQ!roWgzw9g99hgtrS9fA_CzK9GHC5_co8rsBCb0fYvOrY
How to reproduce:
1. Start Final Fantasy XIV via launcher
2. Immediately exit the game in the main menu
3. At exit, the character specific configuration files are corrupted +
FFXIV.cfg is empty.
This issue started with commit 7da7ae7. It works fine before that. I've already
notified Zebediah Figura about this but I still think it's important to do a
proper bug report.
Please tell me if you need more 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.
https://bugs.winehq.org/show_bug.cgi?id=44597
Bug ID: 44597
Summary: Window rendering completely breaks after interacting
with the “Desktop Integration” section of winecfg with
enabled GTK3 themeing
Product: Wine-staging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexander-winehq(a)xmine128.tk
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 60584
--> https://bugs.winehq.org/attachment.cgi?id=60584
Changes in HKCU registry
# Background & Steps to reproduce
Window rendering will show bizare artifacts, up to becoming totally useless
(tiny transparent window frames that cannot be interacted with), after
following the below steps:
1. In WINE staging enable GTK3 themeing
2. Open `winecfg` again (things should be themed now)
3. Select the “desktop integration” tab
4. Change the “theme” from “GTK-3” to “(No Theme)” and click “Apply”
5. Do the above two times for noticable rendering issues and crashes
6. Do the above three (or more) times to break *any window rendering in WINE*
(see attachment 2)
# Underlying issue
I'm not exactly sure what `winecfg` happens to do here, but it somehow manages
to calculate and store some completely wrong values for several entries inside
the
HKEY_CURRENT_USER\Control Panel\Desktop\WindowMetrics
registry key (see attachment 1) that then result in this behaviour.
# Workaround
Open `${WINEPREFIX}/user.reg` in a text editor and delete the entire
HKEY_CURRENT_USER\Control Panel\Desktop\WindowMetrics
registry key section before launching WINE again.
--
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=45586
Bug ID: 45586
Summary: Empyrion Dedicated generates err:seh:setup_exception
stack overflow
Product: Wine
Version: 3.13
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kovus(a)soulless.wtf
Created attachment 62007
--> https://bugs.winehq.org/attachment.cgi?id=62007
wine debug output
Empyrion Dedicated server ("nographics" as they call it) generates an
err:seh:setup_exception when you try to run it.
0009:err:seh:setup_exception stack overflow 2896 bytes in thread 0009 eip
000000007bc9188d esp 0000000000130ac0 stack 0x130000-0x132000-0x230000
Per a suggestion from https://forum.winehq.org/viewtopic.php?f=2&t=30972, I'm
posting the requested information here.
Wine 3.13 (built from the FreeBSD ports tree as "wine-devel")
64-bit
Fresh .wine folder (deleted and recreated with defaults when running winecfg).
Commands used to generate the attached output (tcsh)
setenv WINEPATH .
setenv WINEDEBUG +timestamp,+tid,+all
wine64 EmpyrionDedicated.exe -batchmode -nographics -logFile Logs/temp.log | &
tee ~/wine_empyrion_server_log.txt
The error mentioned in the subject is on line 617399 of the attached log.
After that, EmpyrionDedicated goes into what appears to be an infinite loop, so
the file ends when the program gets ctl+c'd.
--
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=45551
Bug ID: 45551
Summary: InstallSheld exits with 0x80004002, cannot find
SECURITY.MySetFileSecurity
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: haakobja(a)gmail.com
Distribution: ---
Created attachment 61964
--> https://bugs.winehq.org/attachment.cgi?id=61964
+relay debug log
Hi!
I'm trying to install a game I have, but the InstallShield installer crashes
when it cannot find the SECURITY.MySetFileSecurity method.
I get the following error message in the Wine logs:
0032:err:ole:ClientIdentity_QueryMultipleInterfaces
IRemUnknown_RemQueryInterface failed with error 0x80004002.
--
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=31741
Bug #: 31741
Summary: python-2.7.3.amd64.msi fails to install
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tahoar(a)gmail.com
Classification: Unclassified
I tried installing Python 64-bit 2.7.3 on wine1.5-amd64. The installer loads
but will not progress after the introduction page. When clicking "continue",
the installer does nothing. Clicking "cancel" exits the installer.
--
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=5129
--- Comment #26 from unxed <unxed(a)mail.ru> ---
Created attachment 62027
--> https://bugs.winehq.org/attachment.cgi?id=62027
"copy to"/"move to" problem after using native comctl32.dll
--
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=1865
George Creel <george(a)creel.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |george(a)creel.net
--
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.