[BUG] Hanging on Waiting on Scanner after scan #168
Assignees
Labels
bug
Something isn't working
Comments
|
Hey Wvan, What scanner are you using? I've had multiple reports of issues with some Brother devices, but I don't have access to a Brother scanner to test this. There's a three minute timeout for scanning, after that you should be able to go to the settings in Paperparrot and export the debug logs, those should contain some more information. |
|
I’m using a Brother DS-940DW portable scanner. In the web interface it says AirScan is enabled. Debug logs are included below. Is there anything more I can test or otherwise help debug this? Sounds like some API calls to the scanner are not working. |
|
Thanks for the update! It's exactly the same problem that occurred for others with Brother scanners. I'll have to take some time to look at this, but it would definitely be very helpful if you could send some requests later down the line. It's been a while since I've implemented the ESCL client and I don't remember the exact requests and their order. |
|
The following commands should replicate what Paperparrot does: Just replace curl --request POST \
--url https://192.168.27.235/eSCL/ScanJobs \
--header 'Content-Type: application/xml' \
--data '<?xml version="1.0" encoding="UTF-8"?>
<scan:ScanSettings xmlns:pwg="http://www.pwg.org/schemas/2010/12/sm" xmlns:scan="http://schemas.hp.com/imaging/escl/2011/05/03">
<pwg:Version>2.63</pwg:Version>
<pwg:ScanRegions>
<pwg:ScanRegion>
<pwg:Width>2480</pwg:Width>
<pwg:Height>3508</pwg:Height>
<pwg:XOffset>0</pwg:XOffset>
<pwg:YOffset>0</pwg:YOffset>
<pwg:ContentRegionUnits>escl:ThreeHundredthsOfInches</pwg:ContentRegionUnits>
</pwg:ScanRegion>
</pwg:ScanRegions>
<pwg:InputSource>Feeder</pwg:InputSource>
<pwg:DocumentFormat>image/jpeg</pwg:DocumentFormat>
<scan:ColorMode>Grayscale8</scan:ColorMode>
<scan:XResolution>100</scan:XResolution>
<scan:YResolution>100</scan:YResolution>
</scan:ScanSettings>'This one should return the URL for the created scanjob. In my experience, these are always sequential (i.e. 1), but the spec (and Paperparrot) can handle different IDs, like a UUID. According to the logs you posted and your description, the request is accepted by the device and the next step is where it fails. Then you'll send GET requests to the URL returned by your scanner: curl --request GET \
--url https://192.168.27.235/eSCL/ScanJobs/1/NextDocumentThe scanner doesn't care if you send multiple requests, it will only respond with an image once the scan is completed. For my (Epson) scanner, it is necessary to send another GET request to the same URL after the document is received to allow the scanner to return to idle. Thanks for your help! |
|
I modified your requests a tiny bit to add the |
|
Thanks for the update. |
|
Same here with a Brother ADS-4700W: |
|
May it helps what I get with: verbose debug of: https://github.com/diitoo/escl-scan |
|
But also with slight updates on this mentioned script I get this error - may it's also same in your App? |
This looks promising. Apparently, Brother scanners return a relative URL to the scan job instead of an absolute one (like all other scanners do). |
LeoKlaus
added a commit
to LeoKlaus/SwiftESCL
that referenced
this issue
Dec 27, 2023
…th Brother scanners (see LeoKlaus/Paperparrot#168)
|
I've just updated the TestFlight version of Paperparrot with a potential fix (you might have to manually check for the update in the TestFlight app). Thank you for all the information! |
|
So after a bit of a delay, our email contact and testing with the non-test flight version, indeed PNGs get downloaded now, but PDFs don't. When I run the manual curl commands I do get PDFs. Is there a difference between the requests the app does for PNG and for PDF? |
|
I think at least with my Brother scanner - it's not supported to directly pull PDF's through ESCL. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
App hangs on “Waiting on Scanner” loading dialog indefinitely after scanner does its scanning.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Scanner scans and scan is loaded into app.
Screenshots
If applicable, add screenshots to help explain your problem.
Environment(please complete the following information):
Additional context
Scanner does trigger a scan and by the looks of the speed it scans at the resolution setting is respected. Same problem happens in OpenAirScan app. AirScan service is enabled on scanner.
The text was updated successfully, but these errors were encountered: