@eyedeekay
&eche|on
&zzz
+R4SAS
+RN
+T3s|4
+acetone
+dr|z3d
+hottuna
+orignal
+postman
+weko
An0nm0n
Arch
FreefallHeavens
Gid
Hidenet
Irc2PGuest19856
Irc2PGuest24992
Irc2PGuest2827392
Irc2PGuest38157
Minogami
Onn4l7h
Onn4|7h
Palimpsest
ProRu
Sleepy
SoniEx2
T3s|4_
Teeed
aargh4
admin
anon
b3t4f4c3__
cheddah
eyedeekay_bnc
itsjustme
j6
limak
not_bob_afk
profetikla
qend-irc2p
rapidash
tbqdrn
theglitch
user
w8rabbit
x74a6
zer0bitz
RN
how about when a user has enabled
RN
routerconsole.advanced then show the "always allow reseed" option on the console's reseed page?
RN
as like a checkbox
RN
probably applies to a lot of other options
dr|z3d
been seeing a few of these in my logs lately, zzz, dunno if it merits further investigation:
dr|z3d
INFO | * Address: [xxxx]; Size: 666 bytes; Priority: 550; sinceEnqueued: 0; sinceReceived: 0
dr|z3d
INFO | java.lang.NullPointerException
dr|z3d
oh, I cropped the main part: ERROR [...Handler 4/8] ...dp.PacketHandler: Crazy error handling a UDP packet:
dr|z3d
also, how's git.idk.i2p/i2p-hackers/i2p.i2p/-/merge_requests/49 working out in your tests?
zzz
oooh thats bad, but haven't seen here
dr|z3d
yeah, I saw a burst of those a couple of days ago, nothing since.
zzz
need the full stack trace
zzz
might be just in logging
dr|z3d
alas I think it's gone, but if I see the error again, I'll grab it.
zzz
ok
dr|z3d
(I pulled that from the wrapper screenlogs)
dr|z3d
errors went on for about an hour and then stopped. lots of different ips involved.
zzz
try turning on whatever info logging you had before
dr|z3d
yeah, it's on, udp info level logging active.
zzz
hmph
dr|z3d
maybe I was on debug. I'll switch to that.
dr|z3d
managed to find a stacktrace, zzz. smallish (15 lines).. want it here?
dr|z3d
looks like a string parsing issue.
zzz
sure
dr|z3d
ERROR [...Handler 2/8] ...dp.PacketHandler: Crazy error handling a UDP packet:
dr|z3d
* Address: [xxxx]; Size: 359 bytes; Priority: 1010; sinceEnqueued: 1; sinceReceived: 1
dr|z3d
java.lang.NullPointerException
dr|z3d
at net.i2p.router.transport.udp.InboundMessageState.toString(InboundMessageState.java:367)
dr|z3d
at java.lang.String.valueOf(String.java:2994)
dr|z3d
at java.lang.StringBuilder.append(StringBuilder.java:131)
dr|z3d
at net.i2p.router.transport.udp.InboundMessageFragments.receiveMessages(InboundMessageFragments.java:191)
dr|z3d
at net.i2p.router.transport.udp.InboundMessageFragments.rcvData(InboundMessageFragments.java:89)
dr|z3d
at net.i2p.router.transport.udp.InboundMessageFragments.receiveData(InboundMessageFragments.java:74)
dr|z3d
at net.i2p.router.transport.udp.PacketHandler$Handler.handlePacket(PacketHandler.java:790)
dr|z3d
at net.i2p.router.transport.udp.PacketHandler$Handler.receivePacket(PacketHandler.java:397)
dr|z3d
at net.i2p.router.transport.udp.PacketHandler$Handler.handlePacket(PacketHandler.java:337)
dr|z3d
at net.i2p.router.transport.udp.PacketHandler$Handler.run(PacketHandler.java:236)
dr|z3d
at java.lang.Thread.run(Thread.java:748)
dr|z3d
at net.i2p.util.I2PThread.run(I2PThread.java:103)
zzz
not parsing, just debug logging, looks like a race
dr|z3d
ok
dr|z3d
> "GET /a/scrape HTTP/1.1" 400 6557 "-" "BiglyBT"
zzz
so report it to them
dr|z3d
does your latest unpublised zzzot block that url?
zzz
no, full scrape and infohash scrape is the same URL, so they're not encoding the info_hash query param correctly
dr|z3d
ok
zzz
pushed the NPE fix
dr|z3d
got it, thanks
dr|z3d
zzz: any timeframe on pushing that update to zzzot that disabled global scrapes by default?
dr|z3d
also, how's the outbound priority patch looking from your testing?
zzz
checked in and pushed Jan. 15
zzz
priority patch testing fine, but needs testnet testing which we aren't going to do anytime soon
zzz
well, the priority part was already checked in, what remains is the part. tunnel throttler changes