![(please configure the [header_logo] section in trac.ini)](/chrome/common/trac_banner.png)
{5} Assigned, Active Tickets by Owner (Full Description) (3 matches)
List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.
rakaur (3 matches)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #60 | fix stanza processing | xmpp-core | 1.0a1 | defect | 10/08/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I still need to totally go back and revamp all of this, especially iq stanzas based on bare/full jid. In the process of doing this, open the way for s2s routing and proper handling of all this. I need to read this. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #64 | prevent presence leaks | xmpp-core | 1.0a1 | defect | 10/16/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Do message stanzas get delivered if you're not authorized to see their presence? Stored offline? No error returned? What about iq and presence? Presence leaks. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #81 | xmppd not saving rosters? | xmpp-im | 1.0a1 | defect | 10/30/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
testing by creating users (via manually loading the lib, instantiating the DB::User objects, then manually dumping them to yaml!) ... Connecting and auth is then fine in iChat. But if I "add a buddy" in iChat, despite going through the "do you want to add this person?" dialogue, the roster addition doesn't seem to be saved at all. The users.yaml is untouched, and yes I did wait 300 seconds ;) Is this a bug, or an iChat problem? How can I force a roster to save? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
