&zzz
+FreefallHeavens
+R4SAS
+RN_
+Romster
+T3s|4
+acetone
+eche|off
+mareki2p
+nilbog
+nyaa2pguy
+orignal
+postman
+qend-irc2p
+wodencafe
Arch
Danny
Irc2PGuest15434
Irc2PGuest16019
Irc2PGuest20377
Irc2PGuest33925
Irc2PGuest35412
Irc2PGuest48148
Irc2PGuest77921
MatrixBot
NiceBoat
Onn4l7h
Onn4|7h
Over
Sisyphus
T3s|4_
Teeed
aargh4
ahiru
ananas
anontor2
b3t4f4c3___
cims
dr4wd3_
duanin2
ice_juice
mahlay
makoto
marek
n2_
noidea
not_bob_afk2
o3d3
p2pworm
profetikla
r00tobo
rapidash
rednode
sahil
solidx66
stormycloud[m]
sublimia
test7363673
uop23ip
urist_
vivid_reader56
x74a6
zelgomer
dr|z3d
zzz: new mail notifications in susimail.. can we have those persist until the mail has been viewed? they only last the duration of the session currently.
zzz
dr|z3d, we don't have any way to persist viewed state atm, and we don't use the maildir format that stores state in the filename
dr|z3d
so what do we need? a single file that stores the state of all mails?
dr|z3d
aside from the "has been viewed flag" is there anything else useful that could be stored there?
dr|z3d
maybe a "replied to" flag?
dr|z3d
"looks like bulk mail" flag?
dr|z3d
with a separate folder distinct from spam for bulk mail? you know, no-reply@ and all the mass e-mails inviting you to do something with an existing acct/service.
zzz
it's definitely doable, just not easy. For new-flag only, I'd classify it as medium, but for a general-purpose set of flags, that's venturing into difficult
dr|z3d
ok
zzz
feel free to enter a ticket and state your case
dr|z3d
aight, I'll put it on the TODO list.
dr|z3d
re search, this looks vaguely interesting: github.com/iboxdb/ftserver
dr|z3d
not sure what iboxdb is, but still..
dr|z3d
> iBoxDB is a fast acid table-style document NoSQL Embedded Database, easily store objects and documents, traditional table with unstructured data, zero configuration, pure JAVA and DotNET engines, no dependencies.
dr|z3d
features include: "CRUD and Forward CRUD" so it must be good. we love crud. :)
dr|z3d
in case you missed my last messages re search, zzz..
dr|z3d
> re search, this looks vaguely interesting: github.com/iboxdb/ftserver
dr|z3d
> not sure what iboxdb is, but still..
dr|z3d
> iBoxDB is a fast acid table-style document NoSQL Embedded Database, easily store objects and documents, traditional table with unstructured data, zero configuration, pure JAVA and DotNET engines, no dependencies.
dr|z3d
> features include: "CRUD and Forward CRUD" so it must be good. we love crud. :)
eyedeekay
Cutting-edge javadoc automatically deployed now with every update to master: i2p.github.io/i2p.i2p
zzz
thx eyedeekay but with the CI build on github not gitlab, are you notified on failure?
eyedeekay
Yes I do, but I'm going to circle back and do it on gitlab now also
eyedeekay
So it will happen both places
eyedeekay
or rather, yes I am, github emails me and I have a filter in thunderbird that sorts just i2p/* emails
zzz
ok thanks. obviously gitlab is a lot more helpful to catch things early (e.g. for MRs)
eyedeekay
Agreed, this was a two-birds-one-stone effort though, wanted to make it easy to make sure we had current javadoc available somewhere and also opportunity to continuously test the javadoc
eyedeekay
But it'll happen both places
zzz
yup
eyedeekay
now gitlab also builds the javadoc every time it would also normally test, using Java 21