Skip to content

scheduler: Fix applying print-as-raster default - #1369

Merged
zdohnal merged 1 commit into
OpenPrinting:masterfrom
zdohnal:print-as-raster-applydef
Sep 23, 2025
Merged

zdohnal merged 1 commit into
OpenPrinting:masterfrom
zdohnal:print-as-raster-applydef

Conversation

@zdohnal

@zdohnal zdohnal commented Sep 22, 2025

Copy link
Copy Markdown
Member

Currently, the default was applied only when present in the request, which is how lp behaves. However the application does not have to include defaults in the request, so we have to apply it in scheduler.

Additionally, this covers a case when print-as-raster is set by default, but we want to disable it in a specific request.

Currently, the default was applied only when present in the request,
which is how `lp` behaves. However the application does not have to
include defaults in the request, so we have to apply it in scheduler.

Additionally, this covers a case when print-as-raster is set by default,
but we want to disable it in a specific request.

@michaelrsweet michaelrsweet left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@michaelrsweet michaelrsweet added this to the v2.5 milestone Sep 22, 2025
@michaelrsweet michaelrsweet added the bug Something isn't working label Sep 22, 2025
@zdohnal
zdohnal merged commit 7e302a9 into OpenPrinting:master Sep 23, 2025
3 of 6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants