mirror of
git://git.psyced.org/git/psyced
synced 2024-08-15 03:25:10 +00:00
_amount_users_loaded
This commit is contained in:
psyc://psyced.org/~lynX
parent
227eb4fbfd
commit
1b9b468ecf
10 changed files with 85 additions and 90 deletions
130
CHANGESTODO
130
CHANGESTODO
|
|
@ -13,62 +13,6 @@ ________________________________________________________________________
|
|||
________________________________________________________________________
|
||||
== currently being inspected ===========================================
|
||||
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
|
||||
- remote IRC place does not send names listing on /join
|
||||
- remote IRC /part shows no reaction at first attempt
|
||||
+++ not limited to IRC!! thx marenz
|
||||
|
||||
- XMPP: first reply to a stranger's remote psyc message did not show up in psi
|
||||
|
||||
- IRC shows "*** k kindly asks for your friendship." for remote
|
||||
friendship requests. eh! where's the uniform!?
|
||||
|
||||
- remote /topic shows wrong nick (abolish _nick and this problem disappears)
|
||||
|
||||
- /m freenode:symlynx hey
|
||||
Sorry, _message_private is not supported by the IRC gateway.
|
||||
huh? wasn't that once the point to make them? debug...
|
||||
|
||||
- tjgillies ponders: connecting to psyced.org with psi pops up a
|
||||
profile window everytime
|
||||
|
||||
- tjgillies: meebo doesn't let you put * in MUC name
|
||||
AFAIK the xmpp: uri does not forbid * from the URI RFC thus
|
||||
meebo should be incorrect here. we'll have to talk to them..
|
||||
- google talk also makes funny errors, maybe because of the '*'
|
||||
<message to='XXX@gmail.com' type='groupchat' from='*demo@ve.symlynx.com/lynX'><body>/me asks: you see me?</body></message>
|
||||
<message to="*demo@ve.symlynx.com/lynX" type="error" from="XXX@gmail.com">
|
||||
<body>/me asks: you see me?</body>
|
||||
<error code="503" type="cancel">
|
||||
<service-unavailable xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/>
|
||||
</error>
|
||||
</message>
|
||||
|
||||
- spam by unregistered users: limit unregistered users to 1 per minute for now?
|
||||
or force them to do web-based registration? or even.. trustee-based?
|
||||
it's the real thing.....!
|
||||
|
||||
? archetype.gen & other places: current privilege model sux.
|
||||
qAide(), qOwner(), boss(source), v("topic-user")
|
||||
.. how does this fit with confctrl, _duty and qAllowExternal?
|
||||
.. and in some cases you just want to check for isMember
|
||||
|
||||
- filter strangers is off by default, but we still seem to get a warning
|
||||
+ we should put _trustee into messages to strangers, so we can talk with
|
||||
people who we have friends in common with, by default. *TRUST*
|
||||
? in gui clients this could be a menu option in a buddy list:
|
||||
"contact a common friend" .. and of course when /surf'ing
|
||||
|
||||
? is it a good idea to use SIGS in user:cmd, too? not sure!!
|
||||
|
||||
- experimental rename fails sometimes:
|
||||
Attempt to rename to existing object '~nautilutz'
|
||||
possible fix: separate user identity from user access interface (see below)
|
||||
|
||||
- REGISTERED_USERS_ONLY does not behave properly on IRC port
|
||||
(see also NO_NEWBIES ... clean up and rename?)
|
||||
|
||||
? tg reports inconsistent display of availability states in friend contextes
|
||||
so far unable to reproduce
|
||||
________________________________________________________________________
|
||||
== psyced 1.0 ==========================================================
|
||||
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
|
||||
|
|
@ -134,6 +78,10 @@ AUTOALIASES & ALIASES FOR PLACES
|
|||
or we should look at presence/subscribe integration first (where the
|
||||
distinction of users and rooms becomes less relevant).
|
||||
! whenever a _context is output, its nick will be auto-added to raliases
|
||||
problems that should disappear when we move away from _nick's:
|
||||
- IRC shows "*** k kindly asks for your friendship." for remote
|
||||
friendship requests. eh! where's the uniform!?
|
||||
- remote /topic shows wrong nick
|
||||
|
||||
PRESENCE STATUS
|
||||
+ all _status_person need to be upgraded to _status_presence with
|
||||
|
|
@ -192,6 +140,23 @@ see also http://about.psyc.eu/subscription
|
|||
+ FRIEND_ECHO ... send echo for /fr type commands from recipient
|
||||
not from own UNI (see #ifdef FRIEND_ECHO)
|
||||
... or just rewrite it all into context subscription!!
|
||||
|
||||
ARCHETYPE PLACES
|
||||
? archetype.gen & other places: current privilege model sux.
|
||||
qAide(), qOwner(), boss(source), v("topic-user")
|
||||
.. how does this fit with confctrl, _duty and qAllowExternal?
|
||||
.. and in some cases you just want to check for isMember
|
||||
|
||||
- REGISTERED_USERS_ONLY does not behave properly on IRC port
|
||||
(see also NO_NEWBIES ... clean up and rename?)
|
||||
|
||||
? is it a good idea to use SIGS in user:cmd, too? not sure!!
|
||||
|
||||
- filter strangers is off by default, but we still seem to get a warning
|
||||
+ we should put _trustee into messages to strangers, so we can talk with
|
||||
people who we have friends in common with, by default. *TRUST*
|
||||
? in gui clients this could be a menu option in a buddy list:
|
||||
"contact a common friend" .. and of course when /surf'ing
|
||||
________________________________________________________________________
|
||||
== TOP DELEGATES for 1.0 ===============================================
|
||||
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
|
||||
|
|
@ -349,15 +314,6 @@ ________________________________________________________________________
|
|||
|
||||
? apply more TAGGING (tagged callbacks also avoid the monster switches)
|
||||
|
||||
/lusers shows: There are 441 users on this server.
|
||||
no, this is not a number from smtp spam links.
|
||||
- either we keep an extra counter for people who are _really_ online
|
||||
or we avoid summoning people just to hand them out a _notice_presence.
|
||||
the latter makes sense really.
|
||||
- also, offline users are never unloaded apparently, so the problem is
|
||||
somewhere in the reset() or clean_up() procedure. we first need to
|
||||
unload them, then we can look into not loading them in the first place
|
||||
|
||||
CIRCUITRY
|
||||
- _request_circuit_shutdown isnt issued or doesnt arrive
|
||||
or is the disconnected-detection buggy?
|
||||
|
|
@ -538,12 +494,14 @@ JYNX möchte mit Dir Freundschaft schließen.
|
|||
- falls /set entersilent off so erhalten bleibt, dokumentieren
|
||||
|
||||
PROGRAMMABLE USER IDENTIFICATIONS & MULTIPLE CLIENT INTERFACES
|
||||
+ fippo insists on the uni/client split..
|
||||
- experimental rename fails sometimes:
|
||||
Attempt to rename to existing object '~nautilutz'
|
||||
possible fix: separate user identity from user access interface
|
||||
+ fippo insists on the uni/client split and saga has been asking for years..
|
||||
= separate user identity from user access interface
|
||||
(and saga has been asking for years) .. read also 'person.gen' below
|
||||
- this would probably also solve the issue with the ~nick object name plan
|
||||
but it is a messy piece of work (i tried to do it and stashed the branch)
|
||||
+ and it allows for multiple jabber resources, of course
|
||||
(but it means we need to actively support UNRs for UNLs)
|
||||
(but it means we need to actively support UNRs for UNLs in entities)
|
||||
? one day we could have a person.gen to create all sorts of user
|
||||
objects from, but it sure is confusing that each of them still needs to
|
||||
be able to call upon the various protocols.. this may either need a
|
||||
|
|
@ -745,6 +703,27 @@ remoteMUC:
|
|||
________________________________________________________________________
|
||||
== JABBER CLIENT ISSUES (...experimental is justified...) ==============
|
||||
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
|
||||
? XMPP: connecting to psyced.org with psi pops up a profile window everytime
|
||||
? XMPP: first reply to a stranger's remote psyc message did not show up in psi
|
||||
? neulich wurde 'stanly' beim runterfahren von psi nicht aus dem MUC genommen.
|
||||
als er miranda hochfuhr war er bei uns immernoch im MUC und bekam die
|
||||
MUC meldungen. ob der fehler bei psi oder uns liegt, k.A.
|
||||
... is this still happening with the new fixes?
|
||||
|
||||
ASTERISK IN XMPP: UNIFORMS
|
||||
- tjgillies: meebo doesn't let you put * in MUC name
|
||||
AFAIK the xmpp: uri does not forbid * from the URI RFC thus
|
||||
meebo should be incorrect here. we'll have to talk to them..
|
||||
- google talk also makes funny errors, maybe because of the '*'
|
||||
<message to='XXX@gmail.com' type='groupchat' from='*demo@ve.symlynx.com/lynX'><body>/me asks: you see me?</body></message>
|
||||
<message to="*demo@ve.symlynx.com/lynX" type="error" from="XXX@gmail.com">
|
||||
<body>/me asks: you see me?</body>
|
||||
<error code="503" type="cancel">
|
||||
<service-unavailable xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/>
|
||||
</error>
|
||||
</message>
|
||||
- is psi having a problem with this, too?
|
||||
|
||||
- accurate availability values from friends aren't stored and delivered
|
||||
|
||||
- re-subscribe isn't properly handled (so we do friend(0) earlier instead)
|
||||
|
|
@ -869,10 +848,6 @@ ________________________________________________________________________
|
|||
- iChat sends /me with a newline after <body> and before the /me
|
||||
.. it doesn't get seen as /me, but it doesn't get output either!?
|
||||
|
||||
? neulich wurde 'stanly' beim runterfahren von psi nicht aus dem MUC genommen.
|
||||
als er miranda hochfuhr war er bei uns immernoch im MUC und bekam die
|
||||
MUC meldungen. ob der fehler bei psi oder uns liegt, k.A.
|
||||
|
||||
? wenn wir psyc die eintragung von beliebigen weiteren identifications und
|
||||
locations pro user beibringen, könnte man dann diesen user via jabber
|
||||
transports in seine im-logins einloggen?
|
||||
|
|
@ -1416,6 +1391,10 @@ mapping rvars msg(source, mc, data, vars, rvars);
|
|||
________________________________________________________________________
|
||||
* GATEBOT / IRCGATE / etc
|
||||
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
|
||||
- /m freenode:symlynx hey
|
||||
Sorry, _message_private is not supported by the IRC gateway.
|
||||
huh? wasn't that once the point to make them? debug...
|
||||
|
||||
- msg from irc to remote psyc user doesn't work:
|
||||
ERQ could not resolve "symlynX".
|
||||
(it tries to resolve the irc:nick)
|
||||
|
|
@ -1745,7 +1724,7 @@ SHOW STATUS?
|
|||
- psyctext() hängt sich auf wenn ein [ nicht wieder mit ] geschlossen wird
|
||||
|
||||
SPAM / FLOOD CONTROL
|
||||
+ connect flood protection (against icaruz from pD9E3F294.dip.t-dialin.net)
|
||||
+ connect flood protection (against icaruz from XX.XX.XX.XX)
|
||||
1. introduce #define MAX_CONNECTIONS_FROM_ONE_IP
|
||||
2. warn admins via monitor when MAX_CONNECTIONS_FROM_ONE_IP * 70%
|
||||
is reached
|
||||
|
|
@ -1755,6 +1734,9 @@ SPAM / FLOOD CONTROL
|
|||
maximum number of connections per ipmask, defaulting to 0
|
||||
6. maybe MAX_CONNECTIONS_FROM_ONE_IP can also be lowered
|
||||
interactively using "/block * 200"
|
||||
- spam by unregistered users: limit unregistered users to 1 per minute for now?
|
||||
or force them to do web-based registration? or even.. trustee-based?
|
||||
it's the real thing.....!
|
||||
see also: http://about.psyc.eu/SPAM
|
||||
|
||||
== FRIENDSNETS / FRIENDSHIP DEGREES / WEB OF TRUST TODO: ===============
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue