https://bugs.winehq.org/show_bug.cgi?id=53407
Bug ID: 53407
Summary: Hogia Hemekonomi Missing date picker widget
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
Created attachment 72799
--> https://bugs.winehq.org/attachment.cgi?id=72799
How the calendar widget looks when run on Windows XP.
When showing transactions there is a date entry field where the user can enter
a date. Or press "enter" to get a date picker widget. The widget seems to be
missing in Wine.
To reproduce:
- Run the software like "wine Hemeko.exe"
- There will be dialogue asking about number format, click Yes.
- On first run you get an intro (or error see Bug 53384). If error, just
dismiss. If intro, press "Återgå till Hemekonomi" to dismiss.
- Click "Arkiv" and "Ny" to create a new database to work with. When asked
"Ange namnet på den nya databasen" enter something like "foo.mdb" and click OK.
- Click "Fortsätt med Hemekonomi" to dismiss setup wizard.
- Press CTRL-K or click on icon Kontoutdrag.
- Click OK.
- Use mouse to set focus on entry field in lower right corner called "Fr o m"
- Press enter.
- See Program Error.
On subsequent runs click Arkiv/Öppna instead to use the existing foo.mdb
database.
--
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=56238
Bug ID: 56238
Summary: file open dialog box bad behaviour
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: ch.panel(a)free.fr
Distribution: ---
Created attachment 75945
--> https://bugs.winehq.org/attachment.cgi?id=75945
visual studio short project showing the bug
the file opening dialog box behaves differently between wine and windows:
under Windows the "ofn.lpstrFile" parameter of the OPENFILENAME structure can
serve as a filter which is immediately active when the dialog box is opened,
only showing the desired files, which is not the case under wine which shows
all the files.
attached simple visual studio project showing the difference (lpstrFile is
txt*.txt and only shows 2 files in windows among the 3 txt)
--
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=54668
Bug ID: 54668
Summary: jcef_helper.exe has excountered a serious problem and
needs to close.
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hugot7071(a)gmail.com
Distribution: ---
Created attachment 74183
--> https://bugs.winehq.org/attachment.cgi?id=74183
backtrace of program error details
This problem is not present under Windows hand has not been reported yet.
This is presented with JCEF (Java Chromium Embedded Framework)
--
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=56378
Bug ID: 56378
Summary: Microsoft Edge and Edge-based WebView2 do not function
without --no-sandbox option
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: asdfghrbljzmkd(a)outlook.com
Distribution: ---
Microsoft Edge will freeze about 1-3 seconds after launching.
Steps to reproduce:
1. Download and install WebView2 (which includes Edge) from
https://developer.microsoft.com/en-us/microsoft-edge/webview2/
2. Run:
wine "/PATH/TO/PREFIX/drive_c/Program Files
(x86)/Microsoft/EdgeCore/VERSIONNUMBER/msedge.exe" --disable-gpu --no-first-run
Edge will not launch. If you add --no-sandbox to the launch options, it will
launch, but freeze after a second or so
(https://bugs.winehq.org/show_bug.cgi?id=56377)
--disable-gpu is required wine wined3d, it can be dropped if using DXVK.
--no-first-run disables the first run prompting you to sign in and such, it has
no bearing on this bug itself.
This also affects applications using WebView2, e.g. the Adobe Creative Cloud
setup application:
WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS="--disable-gpu" wine
'/PATH/TO/Creative_Cloud_Set-Up.exe'
Using this at least allows the window to open, though it is blank for reasons
currently unknown:
WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS="--disable-gpu --no-sandbox" wine
'/PATH/TO/Creative_Cloud_Set-Up.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.
https://bugs.winehq.org/show_bug.cgi?id=55397
Bug ID: 55397
Summary: Forza Horizon 4 needs a proper
GetPackagesByPackageFamily implementation
Product: Wine
Version: 8.7
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: etaash.mathamsetty(a)gmail.com
Regression SHA1: bd89ab3040e30c11b34a95072d88f635ade03bdc
Distribution: ---
Stub blocks previous behaviour which was showing a splash window and then
crash. Now it's just infinite ForzaHorizon4.exe process in the task manager.
076c:fixme:ver:GetPackagesByPackageFamily
(L"Microsoft.VCLibs.140.00_8wekyb3d8bbwe" 000000000021F228 0000000000000000
000000000021F24C 0000000000000000): stub
--
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=56056
Bug ID: 56056
Summary: Exiting IrfanView full screen mode creates a redundant
task bar "Untitled window" item which is not clickable
Product: Wine
Version: 9.0-rc2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 75712
--> https://bugs.winehq.org/attachment.cgi?id=75712
"Untitled window" item
Steps to reproduce:
1) Download IrfanView
2) Install/unpack and run
3) Open any image, click Enter (to enter full screen mode)
4) Click enter again (leave full screen mode)
An unclickable taskbar entry will appear.
--
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=53910
Bug ID: 53910
Summary: windows get moved around when dpms blankout happens
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
Technically, it's a regression, but not sufficiently significant (for me) to
check when it began - I initially thought it was something even more random.
Anyway, as the summary says, relatively recently (I'd say within last two
months, perhaps less) I've noticed than under some at the time unclear
condition, some of the windows get randomly moved around their respective
desktops without any of my interaction.
For the most part it was only slightly annoying and seemingly random, so I've
just lived with it.
But today I had an idea and successfully tested it.
All that's needed was 'xset dpms force off'. It's also quite generic - can be
triggered with notepad and winecfg.
My setup is of two monitors, but one of them is quite old and most of the time
turned off (that still allows for stumbling upon various quirks of
winex11.drv's multi-screen handling).
Once 'xset dpms force off' is fully in effect, upon restoring from the blankout
the windows get somewhat randomly moved.
--
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=56372
Bug ID: 56372
Summary: musl based exp2() gives very inaccurate results on
i686
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: piotr(a)codeweavers.com
Regression SHA1: ca0643875961ef62c76e0b9cbd0433002a948d9b
Distribution: ---
Since switching the msvcrt implementation of exp2() from internal to musl
based, in ca0643875961ef62c76e0b9cbd0433002a948d9b, the accuracy on i686 has
become quite bad, to the point of breaking a handful of tests in ffmpeg.
The issue can be reproduced with the following test snippet:
---
#include <stdio.h>
#include <math.h>
double input = 5.979471;
int main(int argc, char* argv[]) {
printf("exp2(%f) = %f\n", input, exp2(input));
return 0;
}
---
Prior to this commit, and with later versions on e.g. x86_64, the output is:
exp2(5.979471) = 63.095753
However, on i686, the output now is:
exp2(5.979471) = 62.968753
This is an error of around 0.2%, which is a couple orders of magnitudes larger
than expected/tolerated. It's curious how this issue only appears on i686
though, i.e. it doesn't look like an issue with the musl exp2() implementation
algorithm, but some component of it misbehaving on i686.
--
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=47331
Bug ID: 47331
Summary: Steam browser flickering
Product: Wine-staging
Version: 4.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: werifGX(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
As referenced on https://github.com/PhoenicisOrg/scripts/issues/994 steam
installed using `winetricks 20190310-next` on debian buster using `wine-4.9
(Staging)` which has win7 environment, gameoverlayrenderer dll_override
disabled and CSMT enabled result in flickering of steam browser as presented on
https://youtu.be/LaR8nQ0Ir2w
Suspecting this beeing wine issue.
--
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=48385
Bug ID: 48385
Summary: Rising Lands freezes when navigating back by pressing
ESC key on main menu
Product: Wine
Version: 4.11
Hardware: x86
URL: https://appdb.winehq.org/objectManager.php?sClass=appl
ication&iId=19674
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: vyproyects(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625
Distribution: Ubuntu
Created attachment 66145
--> https://bugs.winehq.org/attachment.cgi?id=66145
Rising Lands navigating back output
This is NOT a regression but a still not working at all bug resulting of a
previous bugfix.
I mean, before Wine 4.11 in Rising Lads game (a Win95 game that uses wine 32
bit configuring it with Windows 95 compatibility), it was impossible at all to
navigate back from a secondary menu at main menu by pressing ESC key.
This is, if you clicked on "load game" from main menu and then pressed ESC key
to go back to main menu, all texts were cleared and animations stopped
resulting in a freezed screen. Same happens during gameplay in order to save
the game.
As of a bugfix in wine 4.11 now is possible to go back but just in a certain
situation: being in windowed mode (due to another bug) you have to which to any
other app by pressing Alt+TAB. At the very moment wine loses the focus main
menu is refreshed. No need to go back again to wine, though. As you can see if
dragged apart the new appearing window.
I've made a regression testing to find out which exact commit had fixed this
bug this way, and this is the output:
1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625 is the first fixed commit
commit 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Mon Jun 17 14:46:20 2019 -0500
winex11: Update the state of all keys on KeymapNotify.
The Binding of Isaac transitions in and out of fullscreen when the "F" key
is pressed. Specifically, it will swap states when receiving WM_KEYDOWN,
provided that the previous key state was not pressed (i.e. bit 30 is 0).
However, as part of the process of transitioning, it hides and shows its
window, causing it to temporarily lose focus. If the F key is released while
the window does not have focus, Wine misses this fact, and thinks that the key
was already pressed the next time it is pressed, causing the game to refuse to
change focus. Windows will not deliver WM_KEYUP messages to a window that does
not have focus, but it will always report the true previous state of any key on
the keyboard when requested.
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 2348a78ab9f7e1c7abfa45606b769dc0d28986ee
056dbd175d366ab2ee50c4d1f3674a01307a718d M dlls
Although I use spanish version this also happen on english version even without
installing the patch update.
A download url is available on AppDB:
https://appdb.winehq.org/objectManager.php?sClass=application&iId=19674
VGA compatible controller: Intel Corporation HD Graphics 5500
Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD
8670A/8670M/8690M / R5 M330 / M430 / R7 M520] (rev 83)
Subsystem: Lenovo Radeon R5 M330
Kernel driver in use: radeon
Kernel modules: radeon, amdgpu
Hope this help to find out the real problem.
--
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.