https://bugs.winehq.org/show_bug.cgi?id=55342
Bug ID: 55342
Summary: try1401.exe from ced1401 fails to connnect to device
with this errors.
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 74928
--> https://bugs.winehq.org/attachment.cgi?id=74928
log file running try1401.exe in wine 8.13
running the same tests on Wine 8.13, debian12, with most recent winsupp.exe
(sha1sum 0c077b00b51157f59d2744667a97b16ec214c944)
try1401 shows this error when running the self test
Pass 0: Failure opening 1401, device driver not installed or not loaded
(code -581)
I run this test in order check again for bug 54189, however the result is quite
different.
At the moment I can not say whether this is due to a change in wine, or because
winsupp.exe has been updated (the version reports now v3.61, in the earlier
report it was 3.55 it thing.)
So this bug report might make 54189 obsolete, but I'm not sure about this.
--
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=57655
Bug ID: 57655
Summary: SketchUp8: frozen viewport - OpenGL 'function is
no-op' after Save or Export
Product: Wine
Version: 10.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: tj.iam.tj(a)proton.me
Distribution: ---
Created attachment 77816
--> https://bugs.winehq.org/attachment.cgi?id=77816
ZIP debug log (26MB uncompressed)
The SketchUp 8 viewport stops being updated after a File > Save or File >
Export operation. All other interactivity (menus, toolbars, cursor icon)
continues to work.
This has affected SketchUp8 for many releases; back to 3.x at least but I've
never been able to figure it out or determine the debugging steps to generate
clues... until today!
Seems to be cross-distro (well Debian and derivatives). Currently Debian 12
Bookworm amd64 with kernel v6.12.8. GPU is:
$ lspci -nnk -d ::0300
0a:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
[AMD/ATI] Cape Verde GL [FirePro W4100] [1002:682c]
Subsystem: Dell Cape Verde GL [FirePro W4100] [1028:2b1e]
Kernel driver in use: radeon
Kernel modules: radeon, amdgpu
I /think/ this also affected hosts using nouveau but it is a long time since I
operated a host with Nvidia GPU so may be mistaken.
Now to the clue. Using:
$ env LIBGL_DEBUG=verbose WINEDEBUG=+timestamp,+opengl,+module
WINEPREFIX=~/.local/share/wineprefixes/SketchUp8 wine ./SketchUp.exe |&
/usr/bin/tee /tmp/wine-opengl.log
and leaving long pauses between each operation so as to match timestamps and
annotate them later in the log-file I discovered that after a File > Save
operation (where the application creates several new Contexts then switches
back to the original, from then onwards all GL function calls result in:
function is no-op
E.g:
197291.329:0138:trace:module:MODULE_InitDLL (762A0000
L"Skp2Xsi.dll",THREAD_ATTACH,00000000) - CALL
197291.329:0138:trace:module:MODULE_InitDLL (762A0000,THREAD_ATTACH,00000000) -
RETURN 1
# 197311 Try to rotate; viewport does not react
197311.444:0024:trace:opengl:wglMakeCurrent hDc 1101009C, newContext 00011000
197311.444:0024:trace:opengl:glLineWidth width 1.000000
function is no-op
197311.444:0024:trace:opengl:glDisable cap 2852
function is no-op
197311.444:0024:trace:opengl:glDisable cap 2896
function is no-op
197311.444:0024:trace:opengl:glColor4ub red 0, green 0, blue 0, alpha 255
function is no-op
197311.444:0024:trace:opengl:glMatrixMode mode 5888
function is no-op
197311.444:0024:trace:opengl:glLoadIdentity
function is no-op
197311.444:0024:trace:opengl:glLightfv light 16384, pname 4611, params 0031F92C
function is no-op
In the attached log I have annotates the beginning of each operation with a
line of the form:
# ${timestamp} ${description}
so they are easy to grep/search. As is seen in the extract above the bug is
evidenced starting at:
# 197311 Try to rotate; viewport does not react
The complete list of annotations is:
$ grep '^# ' wine-opengl.log
# $ env LIBGL_DEBUG=verbose WINEDEBUG=+timestamp,+opengl,+module
WINEPREFIX=~/.local/share/wineprefixes/SketchUp8 wine ./SketchUp.exe |&
/usr/bin/tee /tmp/wine-opengl.log
# 197184 Application start
# 197223 File > open recent
# 197259 Rotate viewport
# 197287 File > Save
# 197311 Try to rotate; viewport does not react
# 197348 File > Exit
--
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=55951
Bug ID: 55951
Summary: AXE-Edit version 1.13.04 crashes, while v1.13.03 runs
without problems
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joerg(a)hagemann.ws
Distribution: ---
Created attachment 75536
--> https://bugs.winehq.org/attachment.cgi?id=75536
Dumps and Backtrace
The Axe-Fx III is a all-in-one processor for guitar, bass, and other
instruments. Axe-Edit III is a full-featured Mac/PC editor for the Axe-Fx III.
You can view, edit, and manage presets, and much more.
Axe-Edit III, v1.13.04 crashes when trying to start program using the created
launcher.
* Axe-Edit III, version 1.13.03 runs without any problems.
* Axe-Edit III, version 1.13.04 crashes with "Unhandled exception: page fault
on read access to 0x00000000 in wow64 32-bit code (0x0048ff83)". Details see
attachment.
Installer: OK to all default settings, except for "Start AXE-Edit?". Use
launcher instead.
Downloads (no account required, no AXE-FX unit required):
* Axe-Edit III, version 1.13.03:
https://www.fractalaudio.com/downloads/Axe-Edit-III/Axe-Edit-III-Win32-v1p1…
* Axe-Edit III, version 1.13.04:
https://www.fractalaudio.com/downloads/Axe-Edit-III/Axe-Edit-III-Win32-v1p1…
--
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=28021
Summary: cmd lacks documentation on command line options ( /c ,
etc )
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)rodrigosilva.com
Unlike start, winepath, and other tools, cmd has no documentation anywhere. It
should have at least a builtin /h (or /?) for a brief explanations of its
command line options (are there others besides /c ? is /c in any user
documentation?)
Or wiki cmd page could be updated to list its options
--
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=50133
Bug ID: 50133
Summary: Command line: Issues in some generic commands
Product: Wine
Version: 5.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: Psycho-A(a)yandex.ru
Distribution: ---
Continuing exploring native CMD.exe issues...
1) TYPE command can't read from UTF-8 and UTF-16 files. Windows can do it since
Win2000.
2) MOVE command doesn't support /Y key for overwriting target files.
Also, the command still can't move between disk partitions, and haven't produce
any output on moving files operation.
3) PAUSE command's output text have no line-breaking, so any further text will
be merged with same line.
4) TASKLIST command does nothing.
5) TASKKILL command have no /T key for killing processes tree.
--
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=57595
Bug ID: 57595
Summary: Login repeated requested to submit bugs
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
CC: austinenglish(a)gmail.com
Distribution: ---
It doesn't seem to remember the login session (on firefox at least) when
submitting bugs and screenshots. Cookie 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=57526
Bug ID: 57526
Summary: Bluetooth driver cannot be disabled.
Product: Wine
Version: 10.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Sidenote: Neither bluetoothapis, bthprops.cpl, or winebth.sys are listed in the
bugzilla component list.
When the host system does not have bluez installed (as it lacks a bluetooth
controller), wine will spam dbus errors for a non-existent bluez service to the
console during start up.
Attempting to disable the message by setting bluetoothapis to disabled in the
libraries tab of winecfg does nothing. Disabling the driver causes wine to
complain that it cannot load the driver on each startup.
Even for a system with bluez installed, it would be nice to have some option
that could disable this support when it's not needed. As bluetooth snooping can
be a method of privacy invasion, and a misbehaving app could cause issues with
the native apps running on the host.
UsefulRegistryKey maybe? A more proper option would be a checkbox in winecfg,
or the stubbed cpl.
--
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=57658
Bug ID: 57658
Summary: WotC 4e Character Builder crashes when mousing over
image
Product: Wine
Version: 10.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: endzone102(a)yahoo.com
Distribution: ---
Created attachment 77818
--> https://bugs.winehq.org/attachment.cgi?id=77818
crash log for mouse-over images
I'm getting a new crash in Wine 10.x with the venerable WotC D&D 4e Character
Builder. In 10.x, when I go to the Load Character screen and mouse over any of
the images, the program crashes. This worked fine in 9.x (but I can't seem to
rollback on Fedora 41). I've attached the the relevant bit of the log. I had
to copy/paste it from the console, because redirecting output from wine didn't
go anywhere I could find 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.
https://bugs.winehq.org/show_bug.cgi?id=57405
Bug ID: 57405
Summary: Arabic diacritics not rendered correctly
Product: Wine
Version: 9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: usp10
Assignee: wine-bugs(a)winehq.org
Reporter: fahad.alsaidi(a)gmail.com
Distribution: ---
Created attachment 77391
--> https://bugs.winehq.org/attachment.cgi?id=77391
the problem shown comparing with gedit
if the arabic text has Arabic diacritics, it will not render correctly. Letters
not connecting in the right way
How to test it:
1- copy this text to notepad:
بِسْمِ ٱللَّٰهِ ٱلرَّحْمَٰنِ ٱلرَّحِيمِ
2- compare it to gedit or any editor supporting Arabic
see the attachment.
--
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=57656
Bug ID: 57656
Summary: CryptMsgGetParam() with
CMSG_SIGNER_AUTH_ATTR_PARAM/CMSG_SIGNER_UNAUTH_ATTR_PA
RAM returns success with 0 buffer size
Product: Wine
Version: 10.0-rc5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
This is currently triggered by wintrust tests from test_wintrust_digest(). The
issue is that GetParam returns TRUE when there is no attributes to return. That
leads to malloc(0) and then attempt to read attributes from that.
I don't know how to write a proper test for this at crypt32 side, so filing a
bug instead.
--
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.