@eyedeekay
&kytv
&zzz
+R4SAS
+RN
+acetone
+altonen
+dr|z3d
+hagen
+lbt
+orignal
+postman
+radakayot
+snex
+wodencafe
Arch
Danny
DeltaOreo
FreeB
FreefallHeavens_
Irc2PGuest12735
Irc2PGuest32048
Irc2PGuest4450
Irc2PGuest4772
Irc2PGuest59134
Irc2PGuest70698
Irc2PGuest72553
Irc2PGuest87589
Leopold
Onn4l7h
Onn4|7h
Sisyphus_
Sleepy
T3s|4
aeiou
ardu
b3t4f4c3__
bak83
carried6590
cumlord
death
defaultnick
dr4wd3
eyedeekay_bnc
not_bob_afk
poriori_
profetik1
qend-irc2p
rapidash
shiver_
solidx66
thetia
u5657
uop23ip
w8rabbit
weko_
x74a6
eyedeekay
new dev build is up: github.com/i2p/i2p.i2p/releases/tag/i2p-2.4.03 tag is slightly wrong I'll fix that on the next one
eyedeekay
zzz when you get a chance, could you try to login to clearnet gitlab under a fresh firefox profile, something like:
eyedeekay
mkdir tmp-profile && firefox --profile ./tmp-profile
eyedeekay
should do it
eyedeekay
I know clearnet gitlab is breaking with I2PIPB(I2PIPB users should just use git.idk.i2p instead) right now but it looks like everything else should work
eyedeekay
including the git.idk.i2p side, but both sides work much better with HTTPS
zzz
i did that and logged in but what is that supposed to fix?
eyedeekay
I thought you were unable to log in?
zzz
on the i2p side
zzz
422
zzz
clearnet is my workaround
eyedeekay
Can you try that with a fresh profile too?
zzz
i guess but have to set the proxy
eyedeekay
Usually it will honor env variables if it sees them, auto-configure by prefixing http_proxy and https_proxy
zzz
git.idk.i2p redirects to git.idk.i2p/users/sign_in
eyedeekay
Yes https is now required to log in, it's the only way to fix the websockets
zzz
didnt get that memo
zzz
https is timing out, no response. http responds immediately
zzz
but could be a bug on my side, I'm running keepalive patches
zzz
can somebody else try it?
eyedeekay
It worked the first time from my phone, https sites seem to time out instead of showing an unreachable error
eyedeekay
But I can see it from at least 2 devices
zzz
I'll have to investigate issues on my side then
zzz
in the meantime, still getting 422 for http login on the i2p side
eyedeekay
I'll nuke the redirect but expect issues with the http anything with gitlab
zzz
well if http doesn't work then keep the redirect or tell people it won't work
zzz
ok, signed in successfully with https over i2p using another router. investigating further
R4SAS
eyedeekay: have you updated git instance? heard about CVE?
R4SAS
s/git/gitlab