cannot disable JPEG compression when scanning (Deskjet 3520 All-in-one)

Obviously, RAW scanning is completely disabled on purpose. In ledm.c I found the following in function set_scan_mode_side_effects:

   switch (scanMode)
   {
      case CE_K1: /* same as GRAY8 */
      case CE_GRAY8:
      case CE_COLOR8:
      default:
// ps->compressionList[j] = STR_COMPRESSION_NONE;
// ps->compressionMap[j++] = SF_RAW;
         ps->compressionList[j] = STR_COMPRESSION_JPEG;
         ps->compressionMap[j++] = SF_JPEG;
         ps->currentCompression = SF_JPEG;
         ps->option[LEDM_OPTION_JPEG_QUALITY].cap |= SANE_CAP_SOFT_SELECT; /* enable jpeg quality */
         break;
   }

Obviously, anything other than JPEG is disallowed. Enabling these two lines lets me select compression "none" without problems, but I still get the JPEG artifacts.

This seems to be a duplicate to https://bugs.launchpad.net/hplip/+bug/1099322 and https://bugs.launchpad.net/hplip/+bug/1206292.

Actually, I think this issue is pretty bad as it will make me return my hardware.

Btw, if this is SW fixable, I'm willing to help, but I need some pointers what to do.

Hi, i succeeded to enable raw scanning on my HP Deskjet 4615 with this patch. The solution seems to be pretty generic, but there might be good (as opposed to "good") reasons it is disabled by default. Maybe it gives unexpected results with some hardware. Also, it gets a bit "quick and dirty" in the function that calculates line sizes (i had to disable the "given" values in favour of the "guessed" (and more correct) ones), but at least it works fine for me.

The attachment "hplip-raw-scanning.patch" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

Maarten's patch wasn't working for me, but I've debugged the code and figured out the remaining issues. A patch is attached.

Sorry for spamming, but my previous patch was still guesswork and worked only with a single resolution.

This new patch now uses values from scanner responses and seems to be fully functional. Enjoy.

Status changed to 'Confirmed' because the bug affects multiple users.

To the HPLIP developers at HP: This seems to be an upstream bug, can you apply the suggested patch (comment #8) to the upstream code? Thanks.

Applied the patch to the HPLIP package in Vivid. Thank you very much for the patch.

This bug was fixed in the package hplip - 3.15.2-0ubuntu3

---------------
hplip (3.15.2-0ubuntu3) vivid; urgency=low

  * debian/patches/hpscan-deskjet-3520-aio-allow-non-jpeg-scanning.patch:
    Allow non-JPEG scanning on the HP DeskJet 3520 All-in-One and similar
    devices. Thanks to Lubos Dolezel for the patch (LP: #1245578).
 -- Till Kamppeter <email address hidden> Mon, 2 Mar 2015 17:48:00 +0100

Backport request for trusty created: https://bugs.launchpad.net/trusty-backports/+bug/1467506

SRU packages uploaded to trusty and utopic with patch from vivid

Hello Znerole, or anyone else affected,

Accepted hplip into trusty-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/hplip/3.14.3-0ubuntu3.3 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Could someone fill in the SRU template in this bug please? Thanks

Hello Znerole, or anyone else affected,

Accepted hplip into utopic-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/hplip/3.14.6-1ubuntu1.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Didn't work for me with HP Officejet Pro 8610; I'm on Mint 17.1 Rebecca (based on 14.04).
I had hplip 3.15.4. I upgraded (hp-upgrade) to 3.15.6. No improvement on the jpeg front. So uninstalled it (hp-uninstall), installed hplip from standard repos. Still no improvement.
So I activated trusty-proposed and installed:
sudo apt-get install hplip/trusty-proposed
sudo apt-get install printer-driver-postscript-hp/trusty-proposed
sudo apt-get install hplip-gui/trusty-proposed

Now xsane wouldn't see the scanner at all.

I tried some hp- commands (hp-setup , hp-doctor , hp-scan , hp-uninstall) but they give errors (such as ImportError: /usr/lib/python2.7/dist-packages/hpmudext.so: undefined symbol: hpmud_make_par_uri).

I've now removed the packages from -proposed and put back 3.15.6 (with ongoing jpeg problem).

As a part of the Stable Release Updates quality process a search for Launchpad bug reports using the version of hplip from trusty-proposed was performed and bug 1479555 was found. Please investigate this bug report to ensure that a regression will not be created by this SRU. In the event that this is not a regression remove the "verification-failed" tag from this bug report and tag 1479555 "bot-stop-nagging". Thanks!

As a part of the Stable Release Updates quality process a search for Launchpad bug reports using the version of hplip from trusty-proposed was performed and bug 1480032 was found. Please investigate this bug report to ensure that a regression will not be created by this SRU. In the event that this is not a regression remove the "verification-failed" tag from this bug report and tag 1480032 "bot-stop-nagging". Thanks!

Removed "verification-failed" tag as it was added without any comment.

Please check the bots whether they behave correctly.

Utopic is now EOL and will no longer receive updates

New version uploaded to trusty-proposed after security update

Hello Znerole, or anyone else affected,

Accepted hplip into trusty-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/hplip/3.14.3-0ubuntu3.5 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

As a part of the Stable Release Updates quality process a search for Launchpad bug reports using the version of hplip from trusty-proposed was performed and bug 1506230 was found. Please investigate this bug report to ensure that a regression will not be created by this SRU. In the event that this is not a regression remove the "verification-failed" tag from this bug report and add the tag "bot-stop-nagging" to bug 1506230 (not this bug). Thanks!

As a part of the Stable Release Updates quality process a search for Launchpad bug reports using the version of hplip from trusty-proposed was performed and bug 1511110 was found. Please investigate this bug report to ensure that a regression will not be created by this SRU. In the event that this is not a regression remove the "verification-failed" tag from this bug report and add the tag "bot-stop-nagging" to bug 1511110 (not this bug). Thanks!

The version of hplip in the proposed pocket of Trusty that was purported to fix this bug report has been removed because the bugs that were to be fixed by the upload were not verified in a timely (105 days) fashion.

Similar issue:

Bug #1938609 “Not possible to scan without ugly JPEG artifacts” : Bugs : HPLIP
https://bugs.launchpad.net/hplip/+bug/1938609

Any hope it will be fixed upstream after 8 years? HP, guys?

Still a problem.
Arch Linux + HPLIP 3.22.10
Photosmart 5520
Photosmart 6520

At this point in time HPLIP does not include a quality settings value (gone ages ago), changing the .drc file does nothing (it's overwritten with the JPEG setting), xsane advanced settings includes only JPEG compression (no "none" option), and hp-scan --compression=none reports "error: Unable to set option compression to value None"

A patch was posted 2015-02-28:
https://bugs.launchpad.net/hplip/+bug/1245578/+attachment/4330834/+files/hpscan-final.patch

@HP: Please apply upstream.

Debian and Ubuntu users (and perhaps users of other Debian derived distros), would not see this problem since shortly after the patch was posted, because both Debian and Ubuntu have taken it upon themselves to apply the patch (it has _not_ been applied upstream).

However, users of other distros are not so lucky (e.g. users of OpenSuse, Fedora and Manjaro).