Chapril/xmpp.chapril.org-conversejs
Chapril/xmpp.chapril.org-conversejs
25
0
Fork 0
Code Issues Pull Requests Projects Releases Activity
1,302 Commits 2 Branches 109 Tags 304 MiB
6e5bf44ada
Commit Graph

1302 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
JC Brand
c8bf0491c8 Add new spec to test converse.js's API. Fixes #48 2013-12-16 20:00:21 +02:00
JC Brand
326e5a188b Rename the spec files 2013-12-16 20:00:15 +02:00
JC Brand
d1bf5b8466 Add event emitter tests for chatrooms. Updates #48 2013-12-16 19:19:25 +02:00
JC Brand
603087c34b Refined events emitting docs. 2013-12-16 15:27:33 +02:00
JC Brand
cdc350f592 Add more tests for events emitting. Updates #48 2013-12-16 15:27:07 +02:00
JC Brand
986c17884b Bugfix. 'this' doesn't refer to converse obj. 2013-12-16 14:37:30 +02:00
JC Brand
4877a5adb6 Update changes 2013-12-15 18:28:22 +02:00
JC Brand
1939ddac23 Test events emitted when own status or status message is changed. Updates #48 2013-12-15 18:13:39 +02:00
JC Brand
9a8975f5b0 Add two more emitted events. Updates #48 2013-12-15 18:04:51 +02:00
JC Brand
d95610cbd4 Add documentation for events emitted. Updates #48 2013-12-15 17:06:27 +02:00
JC Brand
e729471bbf Event emitting code. Updates #48 
Include the event emitting code in converse.js itself and start emitting events.

Still needs tests and to be thoroughly tested manually.
Still needs docs.
 2013-12-15 16:58:46 +02:00
JC Brand
c6e57c0051 Add jquery.eventemitter 2013-12-15 15:51:12 +02:00
JC Brand
762ba21c7d Update text on prebinding. 2013-12-14 11:58:47 +02:00
JC Brand
1020e6b3b5 Document the API methods we'll need. Updates #46, Updates #87 2013-11-24 16:23:37 +02:00
JC Brand
526f10d79e Add Troubleshooting section to docs and regenerate HTML. Updates #86 2013-11-24 16:18:04 +02:00
JC Brand
6a9c2e75bb Update XMPP contact info 2013-11-20 10:42:11 +02:00
JC Brand
dc708e70c9 Update docs. 
- Add link to Movim's page on BOSH servers
- Update the text around prebinding a bit.
 2013-11-19 22:56:48 +02:00
JC Brand
8cd05206cb Bump release to 0.7.1 2013-11-17 17:15:07 +02:00
JC Brand
44bae6cfaa Fix path in tests_main.js 2013-11-17 17:12:44 +02:00
JC Brand
512a463750 Create 3 different builds. 
* converse.min.js
* converse-no-otr.min.js (Without OTR encryption)
* converse-no-locales-no-otr.min.js (Without OTR encryption or any translations)
 2013-11-17 16:55:38 +02:00
JC Brand
039173cff2 Use newest strophe.muc.js. Fixes #85 2013-11-17 15:57:53 +02:00
JC Brand
429d77e44f Force standards mode on IE 2013-11-16 12:02:45 +02:00
JC Brand
d1d896a3be HAS_CRYPTO was actually checking for the opposite 2013-11-16 11:52:45 +02:00
JC Brand
774f0119b2 Update changes and minify the JS 2013-11-16 11:31:30 +02:00
JC Brand
f73ab4e832 Allow otr and CryptoJS to not be defined. 
Will allow builds without OTR functionality.
 2013-11-16 11:24:22 +02:00
JC Brand
a3821fd0d3 Stylesheet tweak 2013-11-15 23:56:14 +02:00
JC Brand
08aad1fd97 Point download URL to all releases. 2013-11-15 23:50:00 +02:00
JC Brand
36c3a21036 Patch bigint.js so that it doesn't throw an error when a CSPRNG is not present 
Instead, we'll check for it in converse.js and just disable OTR if it's not
there.
 2013-11-15 23:33:54 +02:00
JC Brand
67c99f60fe Don't put define in try/catch. Breaks optimizer. 
Add check HAS_CSPRNG instead of the previous check
 2013-11-15 23:33:05 +02:00
JC Brand
518c0fca8a We can't not load the crypto libs, breaks r.js optimizer 2013-11-15 22:57:29 +02:00
JC Brand
4a1eac06cb Check if canvas is supported before trying to render the user avatar. 2013-11-15 22:27:24 +02:00
JC Brand
490d96fd26 Don't load the Crypto libraries if the browser doesn't have CSRNG 2013-11-15 22:16:18 +02:00
JC Brand
5da32a5956 Change bind address to one served under same domain 2013-11-15 21:13:35 +02:00
JC Brand
95de186de5 Point to original roundcube plugin again. 2013-11-15 18:03:32 +02:00
JC Brand
b9d60bc6e4 Add link to newest screencast. 2013-11-13 09:31:07 +02:00
JC Brand
2336f5ff56 Tweak changes entry 2013-11-13 09:01:09 +02:00
JC Brand
56aa3c2fe2 Fix dependencies in build.js and reminify 2013-11-13 08:45:30 +02:00
JC Brand
b140596b50 Bump version to 0.7 and minify css and js 2013-11-13 08:19:14 +02:00
JC Brand
18ba56bcfc Remove duplicated crypto code and fixed crypto dependencies on non_amd.html page 2013-11-13 08:16:53 +02:00
JC Brand
f90fa641b8 Typeof returns a string 2013-11-12 08:17:40 +02:00
JC Brand
84e28a33b8 Bugfix. Handle case where pass_check is undefined. 2013-11-12 08:16:07 +02:00
JC Brand
0369f11dc5 Bugfix. Contact's name got replaced with JID. updates #58 2013-11-11 21:56:11 +02:00
JC Brand
e8af60e12b OTR Bugfix. Check the data parameter for confirmation. 2013-11-11 21:45:18 +02:00
JC Brand
c15bcf0a23 Bugfix. Menu slid up again after ending OTR session. 2013-11-11 21:03:41 +02:00
JC Brand
cd3540de55 Finally figured out the subscription='from' ask='subscribe' thing 2013-11-06 19:38:16 +02:00
JC Brand
5944ed99e6 Bugfix. Make sure to remove 'requesting' attr again. 2013-11-06 19:07:58 +02:00
JC Brand
1757a3cc23 readme formatting 2013-11-06 10:14:58 +02:00
JC Brand
a2e918995e More descriptive changelog entry. Add litecoin address. 2013-11-06 10:12:08 +02:00
JC Brand
7a5bc7fe65 'ask' attribute of 'subscribe' is only for 'pending out' requests. 
Did more investigation with regards to subscription requests.

As far as I can tell, roster updates will only show ask='request' for 'pending
out' requests.

For 'pending in' requests (what converse.js calls requesting contacts), roster
updates are not used and instead a presence stanza with type 'subscribe' is
used.

This makes sense. When sending a presence with type 'subscribe', we need a way
to keep track of our outgoing subscriptions. The XMPP server helps us do this by
adding a user to our roster with ask='request' and subscription='none'.

When our contact receives our presence with type 'subscribe', they have the
information they need. If they go offline and online again, the XMPP server
will resend the presence with type 'subscribe'. So a roster item is not needed.

In convere.js's internal representation of the roster (via the RosterItems backbone
object) we need to add roster items for 'pending in' contacts so that we can
render them and we need to know whether they are 'pending in' or 'pending out'.

We already know they're 'pending out' when ask='subscribe' and
subscription='none'. For 'pending in', since these roster items are only stored
locally and not on the XMPP server (because 'pending in' requests are handled
via <presence> stanzas and not the roster) we add a special attribute
'requesting'.
 2013-11-06 09:54:58 +02:00
JC Brand
fb8e2cde72 Roster item 'ask' property is always 'subscribe' for subscription requests 
* 'pending' state is denoted by subscription='none', ask='subscribe'
* 'requesting' state is denoted by subscription='from', ask='subscribe'

Reference: http://xmpp.org/rfcs/rfc3921.html#int

I'm not yet 100% sure with regards to the 'requesting' state, I can't find
anything about it in the above mentioned reference, but apparantly that's what
prosody's roster response looks like (e.g. <item jid='XYZ' ask='subscribe'
subscription='from'/> ).

With ejabberd I haven't yet received such a roster response and contact
requests are always handled via presence stanzas.

updates #81
 2013-11-06 09:04:44 +02:00