Closed pschichtel closed 9 months ago
My system is dual stack, but the scanner is connected only via IPv4.
Just reverting that single commit fixes it.
Just merely creating the resolver (avahi_service_resolver_new
call) seems to cause the issue.
Hi @pschichtel,
could you please run airscan-discover -t
with and without that commit? It will create the airscan-discover-zeroconf.log
file, I would ask you to publish both.
Hi @pschichtel,
it's a quite clear what is broken in discovery and I will fix it soon.
What is not clear, is why device cannot be connected. Even with this problem discovery ends with the valid endpoint URL, so scanner must work.
Can I see a protocol trace?
By protocol trace, do you mean something like tcpdump?
No. In the /etc/sane.d/airscan.conf
uncomment the following lines:
[debug]
trace = ~/airscan/trace
Then try to scan. The ~/airscan/trace
directory will be created and the very long log files ("protocol traces") will be written there. I want to see such a file.
Only .log files are interesting for now, .tar files not required
Sure, I can do that later today.
The problem in discovery was fixed - waiting for your confirmation that the fix works for you.
And I still want protocol trace to look to that part of the problem that I cannot understand/reproduce.
yes, latest master works for me.
here is the trace logs: https://gist.github.com/pschichtel/7c892ab88ca43e7d9d509986001f7a3f
It worked with the previous version 0.99.27 and stopped working with 0.99.28. I've bisected the issue to cb8a28e601551d94c30a23e07d8277b0786f7fda.
airscan-discover output with the last commit that works:
airscan-discover output with cb8a28e601551d94c30a23e07d8277b0786f7fda: