+R4SAS
+orignal
+postman
+qend-irc2p
+sourceress
Arch
Birdy
Danny
Irc2PGuest30010
Irc2PGuest36077
Irc2PGuest49364
Irc2PGuest51117
Irc2PGuest6564
Irc2PGuest65656
Irc2PGuest67278
Irc2PGuest74235
Irc2PGuest83482
Irc2PGuest97114
MatrixBot
Onn4l7h
Over
Sleepy
T3s|4_
Teeed
Yotsu
_bob_
aargh3
ac9f
acetone_
ahiru
anontor
b3t4f4c3__
cims
dr4wd3_
dr|z3d
duanin2
eche|off
f00b4r_
hababam
hagen_
leopold
makoto
marek
marek22k
n2_
nilbog
not_bob_afk
nyaa2pguy
o3d3_
poriori
profetikla
r00tobo
rapidash
solidx66
stormycloud[m]
test7363673
uop23ip
urist_
user_
w8rabbit
zelgomer
zzz
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