https://bugs.winehq.org/show_bug.cgi?id=45271
Bug ID: 45271
Summary: Silence winemenubuilder.exe error if it is disabled by
user
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tim110011(a)163.com
Distribution: ---
wine: cannot find L"C:\\windows\\system32\\winemenubuilder.exe"
000b:err:wineboot:ProcessRunKeys Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2)
This is not a error if it is disabled manually by user.
--
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=43938
Bug ID: 43938
Summary: wine-gecko does not have an arm build
Product: Wine-gecko
Version: unspecified
Hardware: arm
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wine-gecko-unknown
Assignee: jacek(a)codeweavers.com
Reporter: austinenglish(a)gmail.com
Distribution: ---
This is blocked until mingw64 supports arm targets in a release, but for now,
dlls/mshtml/tests/* and friends fail on arm.
--
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=49245
Bug ID: 49245
Summary: Wineboot takes very long time
Product: Wine
Version: 5.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: magist3r(a)gmail.com
Distribution: ---
I've noticed that since maybe wine 5.0 the init times increased significantly.
A simple command on the clean prefix like:
WINEPREFIX=~/test wineboot
now takes about 30 seconds, but earlier (before 5.0) took about 5 seconds. And
it affects loading times of every program I use with wine.
Please advise me what to do to figure out what is going on.
--
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=42888
Bug ID: 42888
Summary: Adobe Flash CS6 crashes after a few minutes
Product: Wine
Version: 2.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: demurgos(a)demurgos.net
Distribution: ---
Created attachment 58012
--> https://bugs.winehq.org/attachment.cgi?id=58012
Adobe Flash CS6 crash 1
Hi,
I just installed Flash CS6 with Wine 2.6 on two of my computers. It seems to
work fine on my older computer by I encounter some stability issues with my new
laptop. Both computers run Arch Linux 64 bits so the difference must come
either from the fact that I have less libraries on the new laptop or there are
some hardware issues.
Concretely, my issue is that if I start Adobe Flash CS6 and leave it open for
about 5 minutes, it crashes. I saved two backtraces (see the attachments). The
issue happens even if I do not mess with the program: leaving it open is enough
to cause the crash.
I documented the exact installation steps here:
https://github.com/demurgos/notes/blob/master/tools/emulation/wine/adobe-cs…
(I used the same steps for both computers.)
Here are the commands I used:
sudo pacman -S wine winetricks wine-mono wine_gecko
sudo pacman -S samba lib32-mpg123
mkdir -p /opt/wine/adobe-cs6
export WINEPREFIX=/opt/wine/adobe-cs6
export WINEARCH=win32
cd $WINEPREFIX
wine wineboot
winetricks msxml3 vcrun2008 vcrun2010 atmlib gdiplus allfonts
wine /patch/to/adob-cs6/Set-Up.exe
I then started Adobe Flash from the start menu.
--
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=22450
Summary: Can't disable unixfs
Product: Wine
Version: 1.1.43
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
dlls/shell32/shfldr_unixfs.c claims that you can disable unixfs
by deleting the registry key
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Explorer\Desktop\Namespace\{9D20AAE8-0625-44B0-9CA7-71889C2254D9}
but unfortunately wine will recreate that key the next time you run
a newer version of Wine.
To repeat, do
rm -rf ~/.wine
wine regedit /d
'HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Explorer\Desktop\Namespace\{9D20AAE8-0625-44B0-9CA7-71889C2254D9}'
wine notepad # Do File/Open and note that / does not appear in My Computer.
wineserver -w
~/wine-git/wine notepad # Do File/Open and note that / *does* appear.
If we really want to disable unixfs, we may want a configure option
to not even compile it in. I have a patch ready, will send it in.
--
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=45091
Bug ID: 45091
Summary: wineboot: first boot hangs forever
Product: Wine
Version: 3.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: comeon(a)getbackinthe.kitchen
Distribution: ---
Created attachment 61260
--> https://bugs.winehq.org/attachment.cgi?id=61260
debug output
When I try to boot wine for the first time with no .wine folder, wine just
hangs forever. When doing `winecfg' without a .wine folder, it waits for about
5 minutes before saying:
0009:err:process:__wine_kernel_init boot event wait timed out
and then opening the winecfg menu. Can't see drives with this error:
0015:err:winecfg:open_mountmgr failed to open mount manager err 2
Attached the gzipped output of `WINEDEBUG=warn+all,err+all,fixme+all wineboot
-i', with no .wine folder.
--
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=44403
Bug ID: 44403
Summary: On macOS during first run, Wine configuration
population hangs
Product: Wine
Version: 3.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joe.abbey(a)docker.com
Wine 3.0 is installed using brew for a CI job using electron-loader to build an
installer.
The first time wine runs, it creates the ~/.wine directory and registries.
Wine never completes, and hangs. Force killing the wine dialog and wine64
process produces enough configuration for a second run to complete.
Force killing during CI seems like a bad way forward.
To reproduce
rm -rf ~/.wine
brew install wine
Run any wine application and it will hang on config generation.
This is currently breaking Kitematic builds.
--
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=37777
Bug ID: 37777
Summary: ReadCube can't install
Product: Wine
Version: 1.7.33
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Distribution: ---
Created attachment 50315
--> https://bugs.winehq.org/attachment.cgi?id=50315
screenshot.png
ReadCube is a software to read scientific papers (like Nature)
https://www.readcube.com/download
I downloaded http://download.readcube.com/desktop/2.0.12/ReadCube-Setup.exe
$ sha1sum ReadCube-Setup.exe
972a2893e0b8b65e3cfaec5198b8d36b688e585c ReadCube-Setup.exe
$ wine --version
wine-1.7.33-84-gfecbc88
The installer refused to continue, as there are other ReadCude 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.
https://bugs.winehq.org/show_bug.cgi?id=43105
Bug ID: 43105
Summary: Fallout 3 crashes when the Steam overlay is opened
Product: Wine
Version: 2.9
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ahyattdev(a)icloud.com
Created attachment 58293
--> https://bugs.winehq.org/attachment.cgi?id=58293
Backtrace
The backtrace is attached.
The console is filled with the following lines, about a few per second:
err:hid_report:process_hid_report Device reports coming in too fast, last
report not read yet!
err:hid_report:process_hid_report Device reports coming in too fast, last
report not read yet!
err:hid_report:process_hid_report Device reports coming in too fast, last
report not read yet!
err:hid_report:process_hid_report Device reports coming in too fast, last
report not read yet!
The crash is right after entering in the key combination (shift+tab), the
overlay briefly is visible, then it crashes.
--
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.