srp_js.git - [srp

Age	Commit message (Collapse)	Author
2012-11-20	all request should go to absolute paths	Azul
	They should be independent of the url we're serving the page from
2012-11-20	sending the parsed json object to the error handler	Azul

2012-11-19	removed the SRP class - using just a plain srp object now	Azul

2012-11-19	first step at cleaning up the srp	Azul

2012-11-19	works - but not quite what i want. Exposing jqXHR to error function	Azul

2012-11-14	removed outdated django remote and all related files	Azul
	Also cleaned up the specs a bit
2012-11-12	adopting tests to new .json urls	Azul

2012-11-12	specifying charset and fetching jquery remotely	Azul
	This way you don't have to add jquery to the lib dir for specs to work
2012-10-17	hand success and error messages to identify by default	Azul
	also cleaned up some other parts that were not needed anymore
2012-10-16	use M2 as the key for the server auth	Azul

2012-10-16	added unit tests for session calculations	Azul

2012-10-15	expecting the salt to be send with key salt	Azul

2012-10-15	all rest tests passing, using proper verbs	Azul

2012-10-14	calculating the right M and M2!	Azul
	still missing some error handling, this in Django specs and the right http verbs
2012-10-14	got SRP v6a test setup and basic rest flow to work	Azul
	* still need to fix the algo for auth * Also need to get the http verbs right
2012-10-12	got signup to work in accordance with py srp	Azul

2012-10-02	using jquery for signup post now. login still pending	Azul

2012-10-02	fixed restful signup test	Azul

2012-08-21	moved srp-js files from lib to src	Azul

2012-08-21	moved on with refactoring	Azul
	* srp_register now is part of srp.js * moved server specific stuff into plainXHR (such as fetching the seed from the server) * fixed tests
2012-08-13	seperated session from the srp flow - login tests pass, signup fail	Azul

2012-08-04	started implementing a restful signup	Azul

2012-08-04	copied jqueryRest and restful specs from django	Azul
	no real change yet
2012-08-03	moved all xhr related stuff to a seperate class	Azul
	We can replace this if we want to use jquery ajax or similar. Also this has all the urls so it's super easy to overwrite
2012-07-20	moved src to lib and use relative path in require_tree	Azul

2012-07-20	INCOMPATIBLE: major restructuring of the repository	Azul
	* removed Django code - we're keeping the tests - so I hope the two can still be used together * removed js packer - everyone has their own packaging strategy these days * cleaned up the repository - we only have js so javascript directory does not make much sense