https://bugs.winehq.org/show_bug.cgi?id=48109
Bug ID: 48109
Summary: Lynx web browser shows console window that gradually
gets smaller and then quits
Product: Wine
Version: 4.20
Hardware: x86-64
URL: ftp://ftp.invisible-island.net/lynx/lynx2.8.9rel.1-set
up.exe
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobbi.bugs(a)googlemail.com
Created attachment 65693
--> https://bugs.winehq.org/attachment.cgi?id=65693
screencast
$ wine --version
wine-4.20
$ openssl sha256 lynx2.8.9rel.1-setup.exe
SHA256(lynx2.8.9rel.1-setup.exe)=
89673bb3b5a8c85dbcd9ada860d5cedeae760ea9c302884b9e6108b5b59722a5
When I try to start the lynx web browser it just shows a console window that
gradually gets smaller, then the app quits.
Shown in the attached screencast.
--
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=58140
Bug ID: 58140
Summary: ODBC using unixodbc stopped working due to regression
merge between 9.0 and 10.0
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: odbc
Assignee: wine-bugs(a)winehq.org
Reporter: heiko.rabe+winehq(a)peopleware.com
Distribution: ---
The following fix prevent proper usage of ODBC interface based on unixodbc
provided DSN's:
https://gitlab.winehq.org/wine/wine/-/commit/85047505f342b6767b9f48cbcdae2b…
I'm using an odbc.ini as follows located at `/etc/odbc.ini`
```
[test]
Driver=PostgreSQL Unicode
Description=PostgreSQL Data Source
Servername=xyz.internal.com
Port=5432
UserName=xyz
Password=xyz_password
Database=test
SSLMode=prefer
Debug=0
CommLog=0
```
This leads to following wine registry entries in `system.reg` file:
```
[Software\\ODBC\\ODBC.INI\\test] 1744806811
#time=1dbaecbc3836bb4
"Driver"="PostgreSQL Unicode"
[Software\\ODBC\\ODBCINST.INI\\ODBC Drivers] 1744806811
#time=1dbaecbc3834d1e
"PostgreSQL ANSI"="Installed"
"PostgreSQL Unicode"="Installed"
```
Testing it with `isql` tool on linux the connect is successful and i can select
data from database:
```
isql test
+---------------------------------------+
| Connected! |
| |
| sql-statement |
| help [tablename] |
| quit |
| |
+---------------------------------------+
SQL>
```
The Windows application using a driverconnect with connect string "DSN=test".
Unfortunately the fix linked above searches the driver key now on a complete
different registry key and tries only to open it from there. Versions previous
to 10.0 are using the registry keys shown above and are working, version 10.0
now tries only:
```
[Software\\ODBC\\ODBC.INI\\ODBC Data Sources] 1744806811
#time=1dbaecbc3836bb4
```
which is not present, will be created by requesting the driver and fails, cause
the driver key can only be found on the above shown reg key, that 9.0 correctly
supports.
This stops working with ODBC based on unixodbc in version 10.0 and higher now.
To me it's not clears, what problem the fix linked above should address. My
guess would be, that one of following relates to the problem:
- ODBC supports user and system DNS (system DNS seems now not longer be valid)
- Wine runtime doesn't create the correct registry entries on 'wineboot' (leads
to failing fix)
- overlooked to support unixodbc at all and only tested with Microsoft ODBC
drivers only.
--
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=54858
Bug ID: 54858
Summary: Multiple games call for
"Windows.System.DispatcherQueue" (Tannenberg, The Last
Stand: Aftermath, The Long Dark)
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Lots of
0e8c:fixme:combase:RoGetActivationFactory (L"Windows.System.DispatcherQueue",
{00000035-0000-0000-c000-000000000046}, 00007FEEE4A0FA00): semi-stub
0e8c:err:combase:RoGetActivationFactory Failed to find library for
L"Windows.System.DispatcherQueue"
8.6-29-ga19c1ff1697
--
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=57259
Bug ID: 57259
Summary: Keepass 2 automatic update dialog is broken
Product: Wine
Version: 9.18
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 77175
--> https://bugs.winehq.org/attachment.cgi?id=77175
Screenshot Wine
See screenshots.
--
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=33492
Bug #: 33492
Summary: Yukon Trail installer fails to install its font
Product: Wine
Version: 1.5.29
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: Installer, win16
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Blocks: 10349
Classification: Unclassified
The installer will offer to let you install its custom font (optional, not
required). If you choose to, it then fails, saying:
=========
FATAL ERROR AT SCRIPT LINE 260
Cannot find section header
=========
if you open ~/.wine/drive_c/windows/win.ini, and add:
[fonts]
to the end, the font will install fine
--
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=56915
Bug ID: 56915
Summary: Autodesk Fusion requires GetUserLanguages which is not
implemented
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: busko.lukasz(a)pm.me
Distribution: ---
Created attachment 76735
--> https://bugs.winehq.org/attachment.cgi?id=76735
logs
Unfortunately fusion from first july requires this function to launch SSO
service. I hope its possible to implement this function in limited time space.
Thanks in advance.
Unhandled exception: unimplemented function bcp47langs.dll.GetUserLanguages
called in 64-bit code (0x006fffffc23de7).
--
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=24466
Summary: Sid Meier's Pirates! frequent hiccups, temporary
lock-ups
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=30870)
--> (http://bugs.winehq.org/attachment.cgi?id=30870)
terminal output
Sid Meier's Pirates! (patched to the latest 1.0.2 version) performs badly in
Wine. This issue is described in several test results on the Appdb page of the
game, too.
I can observe the following symptoms:
- After the intro video played, it takes almost 2 minutes to get into the main
menu (without noticeable hdd activity).
- When I get into the game and visit any places in the port (Governor,
Merchant, Tavern etc.) it usually takes the game 15-20 seconds to display the
next screen (although music plays continuously).
- While sailing, the game frequently "freezes" for 2-3 seconds without no
apparent reasons.
When those hiccups occur all animations freeze on the current screen until the
next screen is loaded but music plays fluently.
Reducing the screen resolution, graphical details or disable audio doesn't
help.
I remember playing this game several years ago in a native Win XP without this
issues.
No demo available.
Fedora 13 x86
AMD Athlon 64 x2 4200+
3 GB Ram
Kernel 2.6.34.6
Nvidia 7600 GT / driver 256.53
--
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=56209
Bug ID: 56209
Summary: winetricks vb5run fails
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: advpack
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: alexhenrie24(a)gmail.com
Regression SHA1: 29d543d12a2085be8513859369291bbcc35694db
Distribution: Debian
austin@debian:~/wine-rt$ wineserver -k ; rm -rf ~/.wine ; WINE=~/wine-rt/wine
WINEDEBUG=advpack winetricks -q vb5run ; echo $?
Using winetricks 20240105-next - sha256sum:
7c153235548ab7e2f6f47c3d33c7fa7b27543dd3b603ec97227dc7984647ac32 with
wine-8.10-124-g24552295499 and WINEARCH=win32
Executing w_do_call vb5run
Executing load_vb5run
Executing cd /home/austin/.cache/winetricks/vb5run
Executing /home/austin/wine-rt/wine msvbvm50.exe /q
0220:trace:advpack:DoInfInstallW (0031FCDC)
------------------------------------------------------
warning: Note: command /home/austin/wine-rt/wine msvbvm50.exe /q returned
status 5. Aborting.
------------------------------------------------------
1
29d543d12a2085be8513859369291bbcc35694db is the first bad commit
commit 29d543d12a2085be8513859369291bbcc35694db
Author: Alex Henrie <alexhenrie24(a)gmail.com>
Date: Fri Jun 16 21:56:14 2023 -0600
advpack: Check the return value of adv_install in DoInfInstallW
(scan-build).
dlls/advpack/install.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
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=57376
Bug ID: 57376
Summary: Permission denied vs No such file or directory when
opening folders with trailing backslash
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alex+winehq(a)cogarr.net
Distribution: ---
Created attachment 77346
--> https://bugs.winehq.org/attachment.cgi?id=77346
A zip file containing a minimal example.c, and log files wine.txt and win.txt
There's a subtle difference when calling fopen(3) between Wine configured for
win10, and real Windows 10. When attempting to open a folder (e.g. AppData),
wine correctly sets errno to 13 (Permission denied), but when opening a folder
with a trailing backslash(e.g. AppData\), Windows sets errno to 2 (No such file
or directory) while Wine sets it to 13 (Permission denied). The attached
example.c shows this behavior. I compile it with mingw32-x86_64-gcc and run it
through cmd.exe with my current directory set to C:\users\user on Wine and get
wine.txt, then run it on Windows 10, and get win.txt (COPY a.exe C:\users\user
&& C: && cd users\user && a.exe > win[e].txt)
This behavior exists on current Wine 9.20 and has existed since at least Wine
9.0 .
I have tried the winecfg versions: win10, win11, win8.1, vista, and all seem to
work the same.
My actual use case is running the Luarocks package
manager(https://github.com/luarocks/luarocks) compiled for Windows on Wine for
testing. Luarocks uses this behavior to check if something is a folder
(https://github.com/luarocks/luarocks/blob/master/src/luarocks/fs/win32.lua#…).
--
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=48787
Bug ID: 48787
Summary: WineD3D C&C Generals Zero Hour takes a lot time to
load or maximize
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: moceap(a)hotmail.com
As you know (C&C Generals Zero Hour) is an old game. And it use DirectX 8.1.
These type of games don't stable in current Windows' versions.
So WineD3D used to valid run them on Windows.
Using: C&C Generals Zero Hour (Last Version 1.04)
Windows 10 (1909)
WineD3D (From Wine 5.4)https://fdossena.com/?p=wined3d/index.frag
Both (Intel and AMD) cards tested
Expected Result: Works fine with high speed.
Actual Result: Very long time on maximize the game after minimize or switch to
another application
Long time on loading the game (Not happen on MS DirectX)
--
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.