Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

1.6.1 custom filters don't work that worked in previous versions (1.4.8 for example) #4227

Closed
michaelrsweet opened this Issue Nov 15, 2012 · 5 comments

Comments

Projects
None yet
1 participant
@michaelrsweet
Copy link
Collaborator

michaelrsweet commented Nov 15, 2012

Version: 1.6.1
CUPS.org User: pconklin

Custom filters from previous versions (1.4.8) don't work in 1.6.1. All i did was upgrade cups to 1.6.1 and I could no longer print text files or any other type of file. Really simple config attached. Regressing back to 1.4.8 and they work agian

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

michaelrsweet commented Nov 20, 2012

CUPS.org User: pconklin

similar issue on 1.5.4, but different. This one seems to not allow the custom types (using same files)

d [19/Nov/2012:20:50:40 -0600] cupsdReadConfiguration: type application/paul
several of these
d [19/Nov/2012:20:50:40 -0600] cupsdReadConfiguration: filter application/octet-stream to application/paul 0 -
d [19/Nov/2012:20:50:40 -0600] add_printer_formats: paul: application/paul not supported

It renders down to postscript and prints, but bypasses the custom stuff all together

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

michaelrsweet commented Nov 20, 2012

CUPS.org User: pconklin

I'm sure the 1.5.x issue s something with my config. I had not pursued it earlier as i was waiting for 1.6. 1.4.8 config works fine, 1.5.4 prints, but bypasses the filter, 1.6.1 doesn't even accept the job. Hope that helps.

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

michaelrsweet commented Nov 21, 2012

CUPS.org User: pconklin

this can probably be closed. it appears that 1.4.x wasn't as restrictive on it's PPD's. I re-generated my PPD by comparint to an existing one and added a few more options, now it works with 1.5 and 1.6.

*PPD-Adobe: "4.3"
*FormatVersion: "4.3"
*FileVersion: "1.1"
*LanguageVersion: English
*LanguageEncoding: ISOLatin1
*PCFileName: "DUMMY.PPD"
*Manufacturer: "Paul"
*Product: "(Dummy)"
*cupsFilter: "application/paul 0 paul"
*ModelName: "Paul's Dummy Printer"
*ShortNickName: "Paul's Dummy Printer"
*NickName: "Paul's Dummy Printer"
*PSVersion: "(3010.000) 550"
*PSVersion: "(3010.000) 651"
*PSVersion: "(3010.000) 652"
*PSVersion: "(3010.000) 653"
*PSVersion: "(3010.000) 704"
*PSVersion: "(3010.000) 705"
*PSVersion: "(3010.000) 800"
*LanguageLevel: "3"
*ColorDevice: True
*DefaultColorSpace: CMYK
*CustomPageSize True: " "

*OpenUI *DEBUGME/Debug: Boolean
*DefaultDEBUGME: False
*DEBUGME True/Yes: ""
*DEBUGME False/No: ""
*CloseUI: *DEBUGME

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

michaelrsweet commented Nov 21, 2012

CUPS.org User: pconklin

Actually, if you could move this to an Enhancement request I would appreciate it. Basically it would be usefull if there was a directive that could be added to a PPD to bypass the additional checks that are added with newer versions of cups for people that want the ability to use the WI to set options and the overall architecture of CUPS, but control processing independtly of CUPS mime filters.

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

michaelrsweet commented Dec 11, 2012

CUPS.org User: mike

Not sure we want to add an option to bypass the added checks - they are there to keep the scheduler running reliably...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.