https://bugs.winehq.org/show_bug.cgi?id=57449
Bug ID: 57449
Summary: Please stop collecting ppd's
Product: Wine-staging
Version: 9.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Dear Wine Staging,
Fedora 41
wine-9.15-1.fc41.x86_64
wine-9.15-1.fc41.i686
I installed a new Brother HL-L2300D printer. At first I used the Brother RPM
and it worked fine. Then I upgrades to the OWN drives. Everything was fine
until I tried to print envelopes. The OWN ppd is missing envelope definitions.
So I removed it and reinstalled the Brother ppd. Install and removal of
printers was done with https://127.0.0.1:631 (CUPS web interface).
The Linux side was completely happy with the process. But Wine was not. I
could not get rid of the OWN drivers in Wine.
Searching my drive for ppd's for the HL-L2300D, I found that Wine was
collecting them. Erasing them and restarting "Envelope Printer" and happy
camping returned.
Please stop collecting ppd's. Only import what CUPS has configured. And
remove what is no longer in CUPS.
By the way, the "Brother_HL_L2300D_series_rn6.en.ppd" was the correct ppd from
Brother. You will note it does not appear on the WINE list.
# find / -iname \*.ppd\* | grep -i brother | grep -i 2300 | grep -i wine
/home/todd/.wine/drive_c/windows/system32/spool/drivers/arm64/3/Brother_HL-L2300D_series.ppd
/home/todd/.wine/drive_c/windows/system32/spool/drivers/arm64/3/Brother_HL_L2300D_series_rn6.ppd
/home/todd/.wine/drive_c/windows/system32/spool/drivers/arm64/3/Brother-HL-L2300D-series.ppd
/home/todd/.wine/drive_c/windows/system32/spool/drivers/arm/3/Brother_HL-L2300D_series.ppd
/home/todd/.wine/drive_c/windows/system32/spool/drivers/arm/3/Brother_HL_L2300D_series_rn6.ppd
/home/todd/.wine/drive_c/windows/system32/spool/drivers/arm/3/Brother-HL-L2300D-series.ppd
home/todd/.wine/drive_c/windows/system32/spool/drivers/win40/0/Brother_HL-L2300D_series.ppd
/home/todd/.wine/drive_c/windows/system32/spool/drivers/win40/0/Brother_HL_L2300D_series_rn6.ppd
/home/todd/.wine/drive_c/windows/system32/spool/drivers/win40/0/Brother-HL-L2300D-series.ppd
/home/todd/.wine/drive_c/windows/system32/spool/drivers/w32x86/3/Brother_HL-L2300D_series.ppd
/home/todd/.wine/drive_c/windows/system32/spool/drivers/w32x86/3/Brother_HL_L2300D_series_rn6.ppd
/home/todd/.wine/drive_c/windows/system32/spool/drivers/w32x86/3/Brother-HL-L2300D-series.ppd
/home/todd/.wine/drive_c/windows/system32/spool/drivers/x64/3/Brother_HL-L2300D_series.ppd
/home/todd/.wine/drive_c/windows/system32/spool/drivers/x64/3/Brother_HL_L2300D_series_rn6.ppd
/home/todd/.wine/drive_c/windows/system32/spool/drivers/x64/3/Brother-HL-L2300D-series.ppd
--
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=57138
Bug ID: 57138
Summary: Unhandled exception after printing a page in Approach
Product: Wine-staging
Version: 9.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 77043
--> https://bugs.winehq.org/attachment.cgi?id=77043
Unhandled exception
Fedora 40
wine-staging-9.15-2.1.x86_64
Lotus Approach N99.8.0208.0800 (Smart Suite)
I have a script set up in Approach to switch from my main page to an envelope
form, print the envelope, then return to the main page.
If I manually switch to the main page, and envelope prints fine. I have no
problem manually switching back to the man page after the print.
If I use the script, the envelope prints, then Approach crashes with a Wine
"Unhandled exception error". This was never an issue under Wine 6. Please 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=56280
Bug ID: 56280
Summary: vbscript: String coerced to Integer instead of Long?
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
Distribution: ---
> cat test.vbs
Dim a, b
a = "5592325"
b = (a AND 15) * 515
WScript.Echo "test: " & b
> wine --version
wine-9.0
> wine cscript test.vbs
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
010c:fixme:wscript:ActiveScriptSite_OnScriptError ()
And on windows
> cscript .\test.vbs
Microsoft (R) Windows Script Host Version 5.812
Copyright (C) Microsoft Corporation. All rights reserved.
test: 2575
I do wonder why wine cscript does not log more info on the error. From an other
application I think I got VBSE_OVERFLOW.
--
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=55218
Bug ID: 55218
Summary: Lotus Script "Print" macro crashes Lotus Approach
Product: Wine-staging
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 74832
--> https://bugs.winehq.org/attachment.cgi?id=74832
$ WINEDEBUG=seh,gdi,enhmetafile,winspool,localspl,psdrv wine approach.exe 2&>1
> WinePrintError.txt
Fedora 38
Wine 8.11
Lotus Approach N99.8.0208.0800 (Smart Suite)
In Lotus Approach, when you call the "Print" macro from a Lotus Script:
RunApproachMacro("Print")
Lotus Approach crashes. This happens about one out of every two print
attempts.
Occasionally, a "MEM_BAD_POINTER" will popup from Approach when it crashes.
The attachment was created with:
$ WINEDEBUG=seh,gdi,enhmetafile,winspool,localspl,psdrv wine approach.exe 2&>1
> WinePrintError.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=53391
Bug ID: 53391
Summary: Unable to edit documents in Word Pro do to dictionary
pop up
Product: Wine-staging
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72782
--> https://bugs.winehq.org/attachment.cgi?id=72782
User dictionary error
Fedora 36
Wine 7.12-1
Word Pro N99.8.0208.0800
I am unable to edit document is work pro due to a constant pop up "Cannot load
one or more user dictionaries" (see the attachment.)
Reverting to wine-7.2-1 solves the issue, but brings back the bug where
Approach crashes when printing to CUPS-PDF
--
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=42232
Bug ID: 42232
Summary: Sort version list by version number
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
URL: https://appdb.winehq.org/objectManager.php?sClass=appl
ication&iId=13986
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cges30901(a)gmail.com
Distribution: ---
Versions of LINE (Powered by Naver) is not sorted correctly. Version 4.10.x.x
and 4.11.x.x is not at the bottom of the list. I guess this is because '1' in
10 is less than '3'?
--
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=52092
Bug ID: 52092
Summary: game pass
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: master.zion(a)gmail.com
Distribution: ---
Hi everyone...
it seems it is not possible to install the xbox application for PC using wine.
It would be useful to play Windows games from xbox game pass, and it will be
very useful on Steam deck.
it fails during the installation startup.
------
Unhandled Exception: 0024:fixme:ntdll:EtwEventRegister
({8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 05E202EE, 00000000, 01EA96F4) stub.
Unhandled Exception: System.IO.FileNotFoundException: Could not load file or
assembly 'Windows.Foundation.UniversalApiContract, Version=7.0.0.0,
Culture=neutral, PublicKeyToken=null, ContentType=WindowsRunt
ime' or one of its dependencies. Module not found.
at XboxInstaller.App..ctor()
at XboxInstaller.App.Main()
------
https://www.xbox.com/en-IN/apps/xbox-app-for-pc
--
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=57113
Bug ID: 57113
Summary: File open dialog doesn't show all the filtered file
types
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2
Bg114ea2a%2Bchromium-127.0.6533.120_windows64_client.t
ar.bz2
OS: Linux
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 77003
--> https://bugs.winehq.org/attachment.cgi?id=77003
Wine 9.16 console output
Under Windows 10 the file open dialog shows a list of the filtered file types.
As it is such a small area its only use is to let you know that more than one
file type has been filtered.
Under Wine the same area only lists one file type, although the filter itself
does seem to work as expected.
Noticed when trying the "input types - multiple files" test in the CEF sample
application.
--
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=50220
Bug ID: 50220
Summary: 1-2-3 installs OK but closes on run before any info
entered
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jlee27(a)btinternet.com
Distribution: ---
Created attachment 68726
--> https://bugs.winehq.org/attachment.cgi?id=68726
plain text report from Wine when 1-2-3 closes itself
Smartsuite installs OK from local CD (selected 1-2-3 + Approach only).
1-2-3 opens, looks OK, then closes itself before entry of any data.
backtrace output attached. Approach not tied yet.
--
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=57330
Bug ID: 57330
Summary: NtQueryVolumeInformationFile does not work on Z: drive
on default configuration
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: joshudson(a)gmail.com
Distribution: ---
Calling NtQueryVolumeInformationFile on an open handle that's opened from the
Z: drive returns Invalid Function.
I tried to run the test harness for my .NET File Systems DLL on Wine, and it
didn't get very far. Almost nothing works because it wants the volume serial
number, which on actual Windows is a cheap call.
Source code line of failure:
https://github.com/joshudson/Emet/blob/302fe61d0b8614e2a57930fc75cffa034ba3…
What's interesting is this code *doesn't want* the volume serial number; it
*wants* any unique volume identifier given a handle where all handles on the
same handle get the same result. I could in theory detect wine here if I had a
good way to implement the problem elsehow on Wine; say by one of the wine
specific IOCTL calls. (The obvious solution is if I get back Invalid Function
here; make the wine-specific call before giving up.)
If you actually run the test battery
https://github.com/joshudson/Emet/blob/302fe61d0b8614e2a57930fc75cffa034ba3…
it should be a pretty good supplemental test battery for Wine's filesystem
layer.
--
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.