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

Add the Canon PIXMA MP240 to the USB quirk list #5939

Closed
wants to merge 1 commit into from

Conversation

Swyter
Copy link

@Swyter Swyter commented Jul 31, 2021

Without it the printer gets stuck waiting for some kind of USB response from the computer 3/4 into the page. Right at the end of the job. Sometimes it moves the printing head once every few minutes, if we wait for 20-30 minutes it often finishes correctly. Which is unacceptable.

Using no-reattach unidir instead of only unidir seems to also work fine, but it seemed superfluous in my case, so try that if things are still wonky. Disconnecting the USB cable makes it stop the job instantly, spitting the rest of the page.

The same setup works on Windows just fine. Maybe adding the other MP2XX models into the list should be considered. In my case, until a few months ago printing via CUPS without any kinds of quirks seemed to work fine, so it seems like some kind of regression.

The credit goes to @mounaiban for the original solution:
agalakhov/captdriver#7 (comment)

More information here:
agalakhov/captdriver#7 (comment)

Without it the printer gets stuck waiting for some kind of USB response from the computer 3/4 into the page. Right at the end of the job.
Sometimes it moves the printing head once every few minutes, if we wait for 20-30 minutes it often finishes correctly. Which is unacceptable.

Using `no-reattach unidir` instead of only `unidir` seems to also work fine, but is seemed superfluous in my case, so try that if things are still wonky.
Disconnecting the USB cable makes it stop the job instantly, spitting the rest of the page.

The same setup works on Windows just fine. Maybe adding the other MP2XX models into the list should be considered.
In my case, until a few months ago printing via CUPS without any kinds of quirks seemed to work fine, so it seems like some kind of regression.

The credit goes to @mounaiban for the original solution:
agalakhov/captdriver#7 (comment)

More information here:
agalakhov/captdriver#7 (comment)
@michaelrsweet
Copy link
Collaborator

As all future CUPS development is happening over in OpenPrinting, I'm closing this PR out without merging and have merged the change into OpenPrinting CUPS instead.

@michaelrsweet michaelrsweet self-assigned this Aug 17, 2021
@michaelrsweet michaelrsweet added the wontfix This will not be worked on label Aug 17, 2021
@Swyter
Copy link
Author

Swyter commented Aug 17, 2021

Makes sense, thanks for merging.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants