https://bugs.winehq.org/show_bug.cgi?id=53356
Bug ID: 53356
Summary: Problems installing WineHQ on Ubuntu 22.04
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Ulf.Zibis(a)gmx.de
Distribution: ---
1. Key and sources list are not saved as root owned files with your current
install procedure.
This is a SECURITY RISK !!!
Correct procedure could be:
sudo dpkg --add-architecture i386 # only on 64-bit-systems
wget -nc https://dl.winehq.org/wine-builds/winehq.key
F=winehq.key && chmod a-w,u+w $F && sudo chown 0:0 $F && sudo mv $F
/usr/share/keyrings/winehq-archive.key
wget -nc
https://dl.winehq.org/wine-builds/ubuntu/dists/jammy/winehq-jammy.sources
F=winehq-jammy.sources && chmod a-w,u+w $F && sudo chown 0:0 $F && sudo mv $F
/etc/apt/sources.list.d/ && sudo apt update
sudo apt install --install-recommends winehq-stable winetricks
2. There is on STABLE build for Ubuntu 22.04:
$ sudo apt install --install-recommends winehq-stable winetricks
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
E: Paket winehq-stable kann nicht gefunden werden.
workaround:
sudo apt install --install-recommends winehq-devel winetricks
--
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=54011
Bug ID: 54011
Summary: Page Says to Enter Your *login name* ... but it
Expects an *email address*
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.machg(a)spamgourmet.com
Distribution: ---
1. Be logged out.
2. Goo to https://bugs.winehq.org/userprefs.cgi
At the bottom it says:
>If you have an account, but have forgotten your password, enter your login name below and submit a request to change your password.
Note the wording: "enter your login name".
3. Enter a "login name" and click Reset Password
4. Get an error page:
>The e-mail address you entered ... didn't pass our syntax checking for a legal email address.
5. Go back and ignore the page's instructions: enter an email address this time
6. It works as expected.
Simple fix: change the verbiage at the bottom of the page to say "email
address" instead of "login name".
--
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=30186
Bug #: 30186
Summary: Wine Bugzilla quick search return zero result for
keywords
Product: WineHQ Bugzilla
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
If I remember correctly, it works yesterday.
Today I try to search some short keywords in Wine Bugzilla quick search box,
and found it doesn't work as before:
For example, search for "win","mac","wow", "aj", "a", the result is empty.
Here is a example URL:
http://bugs.winehq.org/buglist.cgi?query_format=specific&order=relevance%20…
Bug or feature?
--
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=52802
Bug ID: 52802
Summary: Dead/broken links / stale data
Product: WineHQ Bugzilla
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
CC: austinenglish(a)gmail.com
Both:
Add Bugzilla to Sidebar (requires a Mozilla browser like Mozilla Firefox)
Install the Quick Search plugin (requires Firefox 2 or Internet Explorer 7)
Are dead and could be removed.
--
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=53605
Bug ID: 53605
Summary: Show times in UTC
Product: WineHQ Bugzilla
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
CC: austinenglish(a)gmail.com
Barely anyone in this world knows what CDT is. And then it's hard to convert to
your local TZ.
Is it possible to make Wine's bugzilla show dates in UTC, please?
--
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=54285
Bug ID: 54285
Summary: Mostly UE4 games failing to start when trying to use
faudio by wine itself
Product: Wine
Version: 7.0.1
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: Alexander88207(a)Protonmail.com
Created attachment 73852
--> https://bugs.winehq.org/attachment.cgi?id=73852
Sea of Thieves
Hello,
since the update to wine 7 it is not possible to run mostly Unreal Engine 4
games.
In the log there were indications that something might be wrong with the xaudio
2_7 dll.
So I just applied faudio via winetricks and the games work again.
Unfortunately this is not a permanent solution as there is a bug on platforms
like Mac OS, FreeBSD that if you use native,buildin xaudio the sound does not
work correctly in terms of stuttering and slightly distorted sound.
As far as I know the games worked correctly in Wine 6.0.1.
Unfortunately it is not possible for me to test more in wine-devel because the
port is very often defective and also just once again not working. (Last
version tested was 7.21 and it was there too)
Thanks in advance!
--
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=21424
Summary: Cygwin 1.7.1 bash crashes
Product: Wine
Version: 1.1.36
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
cygwin installs now, but one sees the following crash
10 [main] bash 9 _cygtls::handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
1271 [main] bash 9 open_stackdumpfile: Dumping stack trace to
bash.exe.stackdump
err:ntdll:RtlpWaitForCriticalSection section 0x736d2784 "loader.c:
loader_section" wait timed out in thread 0036, blocked by 003c, retrying (60
sec)
during postinstall, and also when running bash interactively.
--
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=53689
Bug ID: 53689
Summary: Starcraft remastered fails to start
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: kohen.d(a)gmail.com
Distribution: ---
Created attachment 73096
--> https://bugs.winehq.org/attachment.cgi?id=73096
Run log
It seems like a D3D error, I saw a line in the log saying:
glSetPixelFormatWINE failed to set pixel format 27
--
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=52162
Bug ID: 52162
Summary: Ubuntu windows program has com1 the PIC micro
programmer has usb device shows on /dev/ttyUSB0
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: mw0sbx(a)hotmail.com
Distribution: ---
marc@SPUPERMICRO-X9DRH-iF:~/.wine/drive_c/windows$ wine --version
wine-5.0 (Ubuntu 5.0-3ubuntu1)
Ubuntu - windows program has COM1 the PIC micro programmer has usb leed the
device shows up using dmesg -w as /dev/ttyUSB0
program is called MicroPro.exe
tried editing the wine registry as stated online by adding
HKEY local machine >>> software >> wine >> ports
string value COM1 >> DATA /dev/ttyUSB0
dmesg -w
[ 2059.674461] usb 2-1.2: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[ 2059.674466] usb 2-1.2: Product: USB <-> Serial
[ 2059.674469] usb 2-1.2: Manufacturer: FTDI
[ 2059.675373] ftdi_sio 2-1.2:1.0: FTDI USB Serial Device converter detected
[ 2059.675448] usb 2-1.2: Detected FT232BM
[ 2059.675906] usb 2-1.2: FTDI USB Serial Device converter now attached to
ttyUSB0
Still doesn't work no matter what i try program keeps reporting problem with
coms port.
--
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=52081
Bug ID: 52081
Summary: usbip: error: vhci driver is not loaded
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
When trying to install and use the usbip-win client
https://github.com/cezanne/usbip-win/releases/download/v0.3.5/usbip-win-0.3…
trying to attach a remote usb device fails with the
usbip: error: vhci driver is not loaded
This happens with the released version of usbip-win v0.3.5 as well as with a
self-compiled version of usbip-win where the has_certificate function is
disabled. Below are the steps to reproduce. In order to test this, are usbip
server (in my case this is on "donglerasp") where "usbipd -D" is running and a
usb device is exported with
usbip bind --busid=1-1.2.3
$ wine usbip.exe install -w
usbip: error: root driver already exist
0100:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
000000000011FC20
$ wine usbip.exe list -r donglerasp
Exportable USB devices
======================
- donglerasp
1-1.2.3: unknown vendor : unknown product (0529:0001)
:
/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.3
: unknown class / unknown subclass / unknown protocol (ff/00/00)
: 0 - unknown class / unknown subclass / unknown protocol
(ff/00/00)
0100:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
000000000011FC20
$ wine usbip.exe attach -r donglerasp -b "1-1.2.3"
usbip: error: vhci driver is not loaded
0118:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
000000000011FC20
--
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=34497
Bug #: 34497
Summary: ProAIS2 Serial Port enumeration requires Registry
Local_Machine/…/Enum/SERIAL/COM1/COM1/*
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq(a)paul.sladen.org
Classification: Unclassified
ProAIS2 (Marine AIS software from SRT in the UK, and re-badged by large numbers
of OEMs) performs Serial Port detection by enumerating the registry. The
following keys need to be added:
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Enum\SERIAL\COM1\COM1]
"ClassGUID"="{4D36E978-E325-11CE-BFC1-08002BE10318}"
"FriendlyName"="Serial Port (COM1)"
"PortName"="COM1"
in addition to the matching
ln -s /dev/ttyUSB0 ~/.wine/dosdevices/com1
If only the ClassGUID/FriendlyName are set, then the port will be found, but
immediately switched to in-case. PortName is being prefixed with "\\.\"
("\\\\.\\") to form "\\.\COM1".
Kudos to Doug Brown for tracking down most of the issue:
http://www.downtowndougbrown.com/2013/03/getting-x-ctu-in-wine-to-detect-yo…
--
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=49972
Bug ID: 49972
Summary: Termie 1.0 crashes after selecting a serial port.
Product: Wine
Version: 5.18
Hardware: x86-64
URL: http://termie.sourceforge.net/#downloads
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ArchLinux
Created attachment 68373
--> https://bugs.winehq.org/attachment.cgi?id=68373
Console messages
Summary
Termie 1.0 crashes after selecting a serial port.
Download location
http://termie.sourceforge.net/#downloadshttp://termie.sourceforge.net/Termie-1.0-Binary.zip
$ sha256sum Termie-1.0-Binary.zip
53469ffdb38058b985482cbfac3f4c0575eeafa4e1b766b5f0c2af43acb7cba6
Termie-1.0-Binary.zip
$ unzip Termie-1.0-Binary.zip
Steps to reproduce:
1)Start the program:
$ wine Termie.exe
After a long time (+- 20 seconds) the program opens.
2) Select one of the comm port. Now the program crashes.
3) Press ctrl-c in the console to kill wine.
4) restart Termie.
$ wine Termie.exe
Now wine gives this error.
"[ERROR] FATAL UNHANDLED EXCEPTION: System.IO.IOException: Broken pipe."
Every time Termie is restarted via step 3, it crashes the same way.
My versions
$ wine --version
wine-5.18 (Staging)
$ pacman -Q wine
wine-staging 5.18-1
uname -a
Linux cedric-p4 5.8.14-arch1-1 #1 SMP PREEMPT Wed, 07 Oct 2020 23:59:46 +0000
x86_64 GNU/Linux
--
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=49974
Bug ID: 49974
Summary: termite-3.4 can't connect to com5 -> /dev/ttyACM0
Product: Wine
Version: 5.18
Hardware: x86-64
URL: https://www.compuphase.com/software_termite.htm
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ArchLinux
Created attachment 68375
--> https://bugs.winehq.org/attachment.cgi?id=68375
console messages
Summary
termite-3.4 can't connect to com5 -> /dev/ttyACM0
Prepare wine:
$ rm -rf ~/.wine/
$ wineserver -k
$ wineboot
Download location
https://www.compuphase.com/software_termite.htmhttps://www.compuphase.com/software/termite-3.4.exe
$ sha256sum termite-3.4.exe
ca440b6c7f6eaa812ba5f8bf42aed86e02022ca50a1c72585168c9b671d0fe19
termite-3.4.exe
Steps to reproduce:
1) Install the program:
$ wine termite-3.4.exe
Accept the defaults.
Now termite starts.
2) Press settings.
The dropdown box only shows COM1. Choose baud rate 9600 and press OK.
Now termite reports "Failed to initialize the port. Please verify the COM port
settings."
3) Press "Connect".
Now that termite reports "Waiting for port"
4) Press close.
Now termite closes.
As a sanity test, I open moserial, choose /dev/ttyACM0 9600,8N1, press connect,
and I see the messages my MCP2221 serial to USB converter is sending to me.
/dev/ttyACM0 is detected by wine:
$ ls -l ~/.wine/dosdevices/
total 0
lrwxrwxrwx 1 cedric cedric 10 Oct 10 19:25 c: -> ../drive_c
lrwxrwxrwx 1 cedric cedric 10 Oct 10 19:35 com1 -> /dev/ttyS0
lrwxrwxrwx 1 cedric cedric 12 Oct 10 19:35 com5 -> /dev/ttyACM0
lrwxrwxrwx 1 cedric cedric 8 Oct 10 19:26 d:: -> /dev/sr0
lrwxrwxrwx 1 cedric cedric 1 Oct 10 19:25 z: -> /
My versions
$ wine --version
wine-5.18 (Staging)
$ pacman -Q wine
wine-staging 5.18-1
uname -a
Linux cedric-p4 5.8.14-arch1-1 #1 SMP PREEMPT Wed, 07 Oct 2020 23:59:46 +0000
x86_64 GNU/Linux
--
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=49752
Bug ID: 49752
Summary: Mikster MPC4 System: 'Selected serial port not exist'
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amad4wine2020(a)gmail.com
Distribution: ---
Log in as 'Adm' user, go to the 'Controllers list', press the 'Add' button,
select the appropriate 'Port COM' and 'Baud rate', press the 'Test' button, you
will probably get an error message containing the phrase 'Selected serial port
not exist'.
I have tried the following registry keys:
[System\\CurrentControlSet\\Enum\\SERIAL\\COM2\\COM2] 1598720497
#time=1d67e260ec36dbc
"ClassGUID"="{4D36E978-E325-11CE-BFC1-08002BE10318}"
"FriendlyName Value"="Serial Port (COM2)"
[Software\\Wine\\Ports] 1598713705
#time=1d67e163e9541c4
"COM2"="/dev/ttyS1"
Unfortunately, it makes no difference.
Download links from the software's website:
https://mikster.eu/en/download-center/https://mikster.eu/wp-content/uploads/2019/03/installmpc482ENG.zip
P.S. The installer will silently install FirebirdSQL 1.5 and enable Firebird
Guardian, it does not work well with winehq-devel.
Unpack the installmpc482ENG.exe and rename the included
installmpc482ENG/firebird/FirebirdWin32.exe before continuing with the
installation.
Install the renamed FirebirdWin32.exe manually (uncheck the 'Use the Guardian
to control the server?' option during the installation).
--
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=39810
Bug ID: 39810
Summary: Office 2010 Pro Plus uninstallation fails
Product: Wine
Version: 1.7.55
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isiraseneviratne(a)yahoo.com
Distribution: ---
After launching the uninstaller (through either the CD Setup or Wine
Uninstaller), selecting the Remove option and then selecting Continue results
in a message saying that setup was unable to finish successfully.
--
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=35904
Bug ID: 35904
Summary: USB connection not recognized by Axon MultiClamp
Commander 700B.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
The "Axon MutiClamp Commander 700B" is a devices which connected with USB to
the PC. The software for controlling the device installs and runs well, but it
does not identify the USB device.
For this reason, the application "MutiClamp Commander 700B" in Winehq's AppDB
has currently status "Garbage".
--
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=54712
Bug ID: 54712
Summary: ntdll:rtl times out on Windows 10 1607
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:rtl times out on Windows 10 1607:
[...]
rtl.c:2790: Running test 23 (compressed_size=5, uncompressed_size=0,
status=0xc0000242)
ntdll:rtl:00a4 done (258) in 120s 2231B
See https://test.winehq.org/data/patterns.html#ntdll:rtl
The timeouts started on 2022-09-06 and have been systematic since. However when
run on its own the test does not time out and usually runs in under 1s.
The timeout always happens after the "test 23" trace which is also the last
test of test_RtlDecompressBuffer(). Given that the test usually runs pretty
fast it is probable that one of the tests that follows causes a freeze on
Windows 10 1607.
--
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=52899
Bug ID: 52899
Summary: gdi32:font - test_fullname2() fails in non-English
Windows 7 locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_fullname2() fails in non-English Windows 7 locales. For instance in German
(I removed duplicate lines):
font.c:5710: Test failed: Arial: style names don't match: returned Regular,
expect Standard
[...]
font.c:5700: Test failed: Arial: font face names don't match: returned Arial
Italic, expect Arial Kursiv
font.c:5710: Test failed: Arial: style names don't match: returned Italic,
expect Kursiv
[...]
font.c:5700: Test failed: Arial: font face names don't match: returned Arial
Bold, expect Arial Fett
font.c:5710: Test failed: Arial: style names don't match: returned Bold, expect
Fett
[...]
font.c:5700: Test failed: Arial: font face names don't match: returned Arial
Bold Italic, expect Arial Fett Kursiv
font.c:5710: Test failed: Arial: style names don't match: returned Bold Italic,
expect Fett Kursiv
font.c:5710: Test failed: Tahoma: style names don't match: returned Regular,
expect Standard
[...]
font.c:5700: Test failed: Tahoma: font face names don't match: returned Tahoma
Bold, expect Tahoma Fett
font.c:5710: Test failed: Tahoma: style names don't match: returned Bold,
expect Fett
[...]
font.c:5710: Test failed: Webdings: style names don't match: returned Regular,
expect Standard
font.c:5710: Test failed: Wingdings: style names don't match: returned Regular,
expect Standard
https://test.winehq.org/data/patterns.html#gdi32:font
Spanish and Portuguese (pt_PT) get the same set of errors but with their own
localized names.
Mark these tests as broken on Windows 7? win_skip() them?
--
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=51391
Bug ID: 51391
Summary: On Windows 7 and 8.1 ntoskrnl.exe:ntoskrnl triggers a
network firewall dialog, breaks user32:win
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
On Windows 7 and 8.1 ntoskrnl.exe:ntoskrnl triggers a network firewall dialog
(see the screenshots for the TestBot WineTest runs on w7u_2qxl and w8). Despite
that ntoskrnl.exe:ntoskrnl succeeds.
However it leaves that dialog open which then causes two failures in
user32:win:
https://test.winehq.org/data/patterns.html#user32:win
win.c:3394: Test failed: GetActiveWindow() = 00000000
win.c:3394: Test failed: GetFocus() = 00000000
Notes:
* These are the same failures as in bug 51390. If it is decided that user32:win
is the test that needs fixing then this bug could be merged.
* But if the decision is that ntoskrnl.exe:ntoskrnl should either not trigger
such a dialog or close it, then this bug should remain separate.
* Most of ntoskrnl.exe:ntoskrnl is skipped on Wow64 so this issue does not
happen in newtb-w864-32.
* The 64-bit ntoskrnl.exe:ntoskrnl test also does not trigger that dialog for
some reason.
--
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=19713
Summary: Some serial port communication functions behave
differently in Wine and Windows.
Product: Wine
Version: 1.1.27
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fenixk19(a)mail.ru
Created an attachment (id=23025)
--> (http://bugs.winehq.org/attachment.cgi?id=23025)
Test program
This makes test program to hang in Wine, but in MS it is ok. Test program
attached.
--
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=37846
Bug ID: 37846
Summary: Communication broken using FTDI USB Serial Device
converter (FT232RL) / Mostly send using CS-51PLUS
Product: Wine
Version: 1.7.30
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lgeorgieff(a)gmail.com
Distribution: ---
Created attachment 50402
--> https://bugs.winehq.org/attachment.cgi?id=50402
WINEDEBUG="+comm" wine .wine/drive_c/Program\ Files\
\(x86\)/Icom/CS-51PLUS/CS51PLUS.exe log
Hi,
I am using FTDI USB Serial Device converter to program ham radio.
Cable have FT232RL chip and software is CS-51PLUS.
Reading from radio is OK but when I try to write (send) configuration to the
radio communication is broken after while and I get error message.
The same cable and software on the same machine runs without problems on QEMM's
virtual windows.
--
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=13296
Summary: regression problem in upgrade to Ubuntu Hardy/1.0-rc1:
Palm Hotsync over serial Segmentation Fault
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jan-winehq(a)h-i-s.nl
Created an attachment (id=13150)
--> (http://bugs.winehq.org/attachment.cgi?id=13150)
Logging output
I upgraded to Ubuntu Hardy, and wine 1.0-rc1.
Hotsync manager 1.0 for Palm Pilot worked fine before.
http://appdb.winehq.org/objectManager.php?sClass=version&iId=10362
Now it crashes half-way synchronising over the serial port, sometimes after a
few seconds, sometimes much later in the process.
These crashes reproduce well, and yield a segmentation fault without further
information
$ wine hotsync.exe
Segmentation fault
$
I do not know if this means that a part of Wine crashes, or just the
application.
I added logging, where it seems that the problem lies within the call below:
0009:CallTo16(func=111f:072a,ds=1087,118f,7404,0000,0006) ss:sp=1087:ffd0
I am not sure if the problem lies with wine, or that other problems with Ubuntu
Hardy may relate to this.
It is disappointing that an application that used to work fine, and I came to
depend on, is now broken.
--
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=25083
Summary: HyperTerminal unable to loop back on COM1 (RS-232)
Product: Wine
Version: 1.3.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: graham(a)nerve.org.za
On a machine with an on-board RS-232 port at COM1, HyperTerminal (as shipped
with Windows XP) is firstly unable to detect the port until changes are made in
the WINE registry, thereafter, after attaching a simple loopback adapter (pins
2 and 3 of a DB9F shorted) no characters are echoed to the screen.
Obtaining the software:
>From a Windows XP installation, copy the files hypertrm.exe and htrn_jis.dll
from 'C:\Program Files\Windows NT' and hticons.dll and hypertrm.dll from
C:\Windows\System32' into a suitable directory below .wine/drive_c
or
Download a free 30 day trial of HyperTerminal Private Edition 7.0 from
http://www.hilgraeve.com/hyperterminal/
Create a symbolic link for COM1, documented here:
http://www.winehq.org/docs/wineusr-guide/misc-things-to-configure
ln -s /dev/ttyS0 ~/.wine/dosdevices/com1
At this point, starting HyperTerminal will result in no serial ports being
shown.
Now, create a registry entry in WINE for the serial port, mentioned in this bug
report:
http://bugs.winehq.org/show_bug.cgi?id=4282
Add the following lines to .wine/system.reg [Hardware\\Devicemap\\SerialComm]
"Serial0"="COM1"
Now HyperTerminal can be started, COM1 can be selected and configured, but no
characters are echoed to the screen.
However, the free terminal program, simply named 'Terminal' and available here:
https://sites.google.com/site/terminalbpp/
Does echo characters to the screen.
--
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=47873
Bug ID: 47873
Summary: kernel32:comm fails randomly
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:comm fails randomly on multiple Windows versions:
comm.c:708: Found Com port COM1. Connected devices may disturb results
comm.c:859: Test failed: WaitCommEvent failed with a timeout
comm.c:870: recovering after WAIT_TIMEOUT...
comm.c:880: Test failed: WaitCommEvent error 0
comm.c:881: Test failed: WaitCommEvent: expected EV_TXEMPTY, got 0
comm.c:885: WaitCommEvent for EV_TXEMPTY took 1500 ms (timeout 1500)
comm.c:886: Test failed: WaitCommEvent used 1500 ms for waiting
https://test.winehq.org/data/tests/kernel32:comm.html
These failures are random and have been seen on the following TestBot VM4
configurations:
wxppro
w2003std
w7pro64-32
w1064v1507-32
w1064v1607-32
w1064v1607-64
w1064v1709-64
w1064v1607-64
w1064v1809-32
w1064v1809-32
w1064v1809-64
w1064v1809-2scr-32
w1064v1809-fr-64
w1064v1809-ja-32
w1064v1809-ja-64
So it does not depend on the Windows version, bitness of the test, or locale.
However it only happens on QEmu VMs: it never happened on the fg-win7u64 VMware
VMs or on the real hardware machines, cw-rx460 and cw2-gtx560.
Yet the VMware VMs have two serial COM ports, and, according to dmesg | grep
tty, the real hardware machines do have a serial port too.
QEmu bug?
--
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=46676
Bug ID: 46676
Summary: Serial port enumeration (get device description) on
Mac OS/X 10.9, 10.13
Product: Wine
Version: 4.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)hinner.info
Created attachment 63628
--> https://bugs.winehq.org/attachment.cgi?id=63628
suspected problematic function
Tested on: Mac OS/X 10.9, 10.13
WineBottler (Wine 1.8) works fine; Wine 4.0 (from .pkg) does not work
Our application is trying to enumerate serial ports by using setupapi
functions. I have not checked where exactly is the problem as debugging on OS/X
is a bit difficult for me, however suspected function is attached (it's goal is
to get device description).
The affected apps are http://obdtester.com/ficom , http://obdtester.com/bimcom
, http://obdtester.com/fcom ;
I have tried to create symlink in dosdevices (required for WineBottler to get
it working), one OS/X 10.13 my link got deleted everytime I ran the app; on
OS/X 10.9 link persisted, but not possible to enumerate any serial port(s).
I can provide login for download by personal e-mail (not to be disclosed).
I have talked about this on wine mailing list a long time ago, it would be
super easy if Wine-enabled application can have a way to load system native .so
to talk directly to the host system, I have many examples of device drivers
that would be super easy to implement. FYI I have already written
"winegate.dll.so" which solves this real world problem, but it was rejected for
submission to Wine because of "Wine must be 100% transparent" ideology.
--
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.