https://bugs.winehq.org/show_bug.cgi?id=37110
Bug ID: 37110
Summary: Steam requires Arial/Times New Roman fonts to open
Store/Profile/Community pages
Product: Wine
Version: 1.7.24
Hardware: x86
URL: http://media.steampowered.com/client/installer/SteamSe
tup.exe
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Created attachment 49334
--> https://bugs.winehq.org/attachment.cgi?id=49334
terminal output
The Steam client received a major update on 14/08/2014, since then the Store,
Community, Profile pages won't load (remain blank) unless the user installs
either Arial.ttf or Times.ttf via 'winetricks corefonts'. The game library page
still opens without problems.
Steam isn't closing but those pages never load and a minidump file is saved in
the /dumps directory but I can't see anything useful in it when loaded in
winedbg.
Fedora 20
wine-1.7.24-14-gd1749b5
--
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=23301
Summary: Steam 2010 version: tooltips popups even when the
steam windows isn't top-active one
Product: Wine
Version: 1.2-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mooroon2(a)mail.ru
Created an attachment (id=29052)
--> (http://bugs.winehq.org/attachment.cgi?id=29052)
Fragment of a screenshot showing the bug in action.
If I've got Steam client window opened on a page where some help tooltips are
expected to popup on mouseover's over some UI elements they would popup and
show as a top z-order window no matter is the Steam windows currently active
one or not. An example how might it look like may be seen in attached
screenshot.
Easiest page to trigger the bug is the "Game details" view in the games library
for the games with "Achievements" available - there would be tooltip popups
when moving the mouse pointer over the pictures representing the achievements.
This behavior was spotted with wine versions starting at about 1.2-rc1 and up
to current 1.2-rc4. Can't tell if earlier versions of Wine suffered the same
bug as I haven't got enough free time to compile and do some tests with em.
--
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=26658
Summary: Steam startup slow on Wine
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
On my nice fast laptop with a 15 Mbit/sec internet connection and wine from
git,
it takes 20-30 seconds from the time the "Connecting Steam Account: Foo"
appears to the time it gains a cancel button. This is about two or three times
longer than on Windows 7 on the same hardware.
The extra time makes starting Steam much more annoying.
--
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=51608
Bug ID: 51608
Summary: Garmin Express regression: USB-attached device no
longer found
Product: Wine
Version: 5.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: tygu(a)getnada.com
Distribution: ---
I have two installations. The first installation is on Debian Stretch and the
second installation is on Debian Bullseye. The dist-upgrade approach was not
used; Bullseye was installed from scratch, and ~/.wine was copied from Stretch
to Bullseye.
There was a regression. These are the characteristics:
* Debian Stretch with Gnome *
Garmin Express executes and correctly discovers the USB-attached Garmin device.
The Garmin Express application has an annoying flicker and window corruption,
but it's purely cosmetic. The software functions for the most part, and it's
able to update the maps on the Garmin as long as the maps do not exceed the
device's internal storage.
When the map updates exceed the capacity of the internal storage, the Garmin
Express app directs the user to insert a microSD card and continue. This
functionality is broken. Normally I believe the Garmin appears as *two*
devices to the host OS when the SD card is inserted, and Garmin Express should
see both of them. But the extra card is not seen.
* Debian Bullseye with Wayland+Xwayland+Sway and Wine 5.0.3 *
Garmin Express executes but it does NOT detect the USB-attached Garmin device.
The aesthetics are fixed, so the window doesn't flicker. But Garmin Express is
completely useless without being able to connect to the Garmin.
--
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=42783
Bug ID: 42783
Summary: Terragen 4 needs function
KERNEL32.dll.GetActiveProcessorGroupCount
Product: Wine
Version: 2.5
Hardware: x86-64
URL: https://planetside.co.uk/free-downloads/terragen-4-fre
e-download/
OS: Linux
Status: NEW
Keywords: download, win64
Severity: minor
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Depends on: 42360
Distribution: ---
The app is 64 bit only and requires winetricks allfonts to workaround bug
42360.
Open the program and press CTRL+R to render the current view. Console outputs
the unimplemented function message with a somewhat random interval, the
application resists the crash though. The exe is called tgd.exe.
wine: Call from 0x7bc5dfcc to unimplemented function
KERNEL32.dll.GetActiveProcessorGroupCount, aborting
File Info:
334a1e2fe6f314978ee18346024e6800383c1648 Terragen_4_Win64_40040.msi
--
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=34516
Bug #: 34516
Summary: Terragen fails to start
Product: Wine
Version: 1.7.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 45946
--> http://bugs.winehq.org/attachment.cgi?id=45946
Terminal output on Wine 1.7.2
Steps to reproduce:
1) remove ~/.wine
2) install Terragen
3) wine tgd.exe
4) click "Use free version"
Behaviour:
Wine error.
Expected behaviour:
No Wine error.
--
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=51146
Bug ID: 51146
Summary: Steam hangs up and starting very slow unless corefonts
installed
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andy86(a)fastwebnet.it
Distribution: ---
Created attachment 70019
--> https://bugs.winehq.org/attachment.cgi?id=70019
wine output with +font +nativefont +timestamp splitted until 1mb compressed
Since a while steam hangs up during the "connecting steam account" phase unless
"winetricks corefonts" has been entered.
The difference is immediately visible, without steam starting time is up to
two-three minutes, with is up to thirty seconds.
Bug is present in wine 6.0 and 6.8 (and, i Guess, in all versions within the
range) so I think this is introduced from an updated by Steam.
--
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=39022
Bug ID: 39022
Summary: Mouse cursor shows the wrong symbol
Product: Wine
Version: 1.7.44
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
Starting Steam and going to the menu bar -> Steam and moving the mouse cursor
over the entry "Check for Steam Client Updates..." and then stopping the mouse
results that the mouse cursor is showing the I symbol (the cursor symbol that
for example also appears if moving the mouse cursor over a text area). Moving
the mouse shows the normal mouse cursor again but stopping the mouse on the
entry again shows the I symbol again. A workaround seems to be to close the
menu and reopening it.
--
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=31212
Bug #: 31212
Summary: Some VST instruments crash when reloaded in Mixcraft
Product: Wine
Version: 1.5.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: s_chriscollins(a)hotmail.com
Classification: Unclassified
In Mixcraft, some VST instruments crash when loaded a second time on a track.
However, the same instruments work fine when loaded for the first time on a
track. The following can be reproduced easily in Mixcraft:
1. Start Mixcraft and select "Build Virtual Instrument Tracks" from the "New
Project" window.
2. Click on the keyboard icon next to the first track name, which will bring up
the instrument selection window.
3. Select "<VSTi Instruments>" from the left pane and then "Messiah" from the
right pane. This sets the track to use the Messiah VSTi synth.
4. Now select "Acoustica Instruments" from the right pane.
5. Once again, select "Messiah" from the right pane. Mixcraft will pop up an
error box with the title "An instrument has crashed" containing the following
text: "A crash has been detected in the instrument "Messiah." This plug-in has
been muted. We recommend you save your project and re-start Mixcraft to avoid
losing your work."
Unfortunately, no helpful terminal output seems to be generated in relation to
the plugin crash. I have provided more detailed notes on VST behavior in
Mixcraft here:
https://docs.google.com/document/d/1YEPh0mkd_ip1whAJXcRIl4HYny5D8LSeGo3qgzV…
** My System **
OS: Kubuntu 12.04 64-bit w/ KDE SC 4.8.4
Motherboard: ASRock X58 Extreme3 (Intel X58 chipset)
CPU: Intel Core i7 (2.8 GHz quad-core)
RAM: 12GB DDR3
Video: Dell NVIDIA GeForce 7800 GTX w/ 256 MB RAM (PCI Express)
Sound Card #1: Sound Blaster Audigy 2 ZS Gold
Sound Card #2: Echo Gina3G
Linux Kernel: 3.2.0-26-generic
NVIDIA video driver: 302.17
Screen Resolution: 1280 x 960
--
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=55017
Bug ID: 55017
Summary: shell32:systray fails on gitlab-win10-21h2 (GitLab CI)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shell32:systray fails on gitlab-win10-21h2:
systray.c:49: Test failed: NIM_ADD failed!
systray.c:50: Test failed: GetLastError() = 2147500037
systray.c:75: Test failed: NIM_ADD failed!
systray.c:76: Test failed: GetLastError() = 2147500037
See https://test.winehq.org/data/patterns.html#shell32:systray
This failure only happens on gitlab-win10-21h2 and there is no obvious commit
that could be causing it.
Did something change in the GitLab CI VM?
--
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.