Different format priority compared to Everywhere
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 48/100
Rechercherichtung
Compare the format-priority lists in libppd/ppd/ppd-generator.c, cups/cups/ppd-cache.c, and cups-browsed/daemon/cups-browsed.c, starting at the referenced lines. Trace how driverless-generated PPDs handle cupsFilter2 and cupsUrfSupported, then determine the unified ordering and verify that all three paths use it consistently.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Describe the bug
As found in ticket https://github.com/OpenPrinting/libcupsfilters/issues/257, driverless, everywhere and cups-browsed all have format lists and not synced together.
- driverless: libppd/ppd/ppd-generator.c
- everywhere: cups/cups/ppd-cache.c
- cups-browsed/cups-browsed/daemon/cups-browsed.c
Everywhere has JPEG, PNG, PDF (0/10), URF (100), PWG (100)
Driverless has PDF (0/0), URF (0), PWG (0), PCLm (0), PCLXL (100), PS (0), PCL (100)
cups-browsed has CUPS-PDF → URF → PDF → PWG → PCLm → PCLXL → PS → PCL
Are there any plans to unify this?
D [25/Sep/2026:11:08:06 +0200] [Job 3] Read cups-browsed-dest-printer option: \"3 ipp://Brother%20DCP-T525W._ipp._tcp.local/ image/urf 600dpi\"
D [25/Sep/2026:11:08:06 +0200] [Job 3] Received destination host name from cups-browsed: printer-uri ipp://Brother%20DCP-T525W._ipp._tcp.local/ image/urf 600dpi
D [25/Sep/2026:11:08:06 +0200] [Job 3] Received job for the printer with the destination uri - ipp://Brother%20DCP-T525W._ipp._tcp.local/, Final-document format for the printer - image/urf and requested resolution - 600dpi
The drvless-generated PPD contains only *cupsFilter2: "application/vnd.cups-pdf application/pdf 0 -", but I assume libppd also checks cupsUrfSupported and adds URF as a filter automatically?
- Vorherrschende Sprache
- C
- Sterne
- 5
- Forks
- 30
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus OpenPrinting/libppd
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
OpenPrinting/libppd#86 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
OpenPrinting/libppd#82 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
OpenPrinting/libppd#81 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
OpenPrinting/libppd#79 · 1 Kommentar ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 72/100
OpenPrinting/libppd#85 ·
Alle Issues in OpenPrinting/libppd
Ähnliche Issues
-
category:port-update
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
Maintainer antworten meist innerhalb von 2 Tagen
-
feat(palindrome): add C solutionEvtl. vergeben @aadiitya2007 hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
techcsispit/code-corner#58 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
logo request
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 77/100
fastfetch-cli/fastfetch#2661 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Mark ignored Mac OS partitions RecoveryOSContainer and iBootSystemContainerEvtl. vergeben @meven hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
storaged-project/udisks#1559 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 71/100
awslabs/aws-checksums#121 ·