srp_js.git - [srp

Age	Commit message (Collapse)	Author
2013-06-20	fix bug wrt zero padding of hashesdevelop	Azul

2013-03-20	Merge branch 'release/0.3.0' into develop	Azul

2013-03-20	added version file	Azul

2013-03-20	use a proper random a for the handshake	Azul

2012-11-26	API: update instead of addToForm	Azul
	addToForm was an attempt to not use ajax but just the normal form submit. Turns out it's easy to add hidden fields to the form but quite cumbersome to remove the password fields from teh form so they are not submitted over the eventually untrusted channel. So we use ajax for updates just like for signup.
2012-11-23	addToForm: add the srp signup data to an existing form	Azul

2012-11-22	don't cache password and login	Azul

2012-11-22	catch empty responses	Azul

2012-11-22	using done/fail instead of success/error, handing all properties to fail	Azul

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	make sure we get the current password and login	Azul

2012-11-20	make sure srp.login also works as a callback	Azul

2012-11-20	sending the parsed json object to the error handler	Azul

2012-11-20	Merge branch 'feature/clean-srp' into develop	Azul

2012-11-19	further cleanup	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	Merge branch 'feature/cleanup-non-restful' into develop	Azul

2012-11-14	cleaned up unused parser functions	Azul

2012-11-14	removed outdated django remote and all related files	Azul
	Also cleaned up the specs a bit
2012-11-12	Merge branch 'feature-updated_json_api' into develop	Azul

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-11-09	Merge branch 'master' into feature-updated_json_api	Azul

2012-10-30	we're expecting json responses - so put .json in the url	Azul

2012-10-19	don't expect create to return an ok	Azul
	* it returns the user * it will return errors if sth. goes wrong.
2012-10-19	require srp.js first and the remotes afterwards	Azul

2012-10-19	added success and error callbacks to register	Azul

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	not caching x,V,salt to avoid conflicts	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	Merge branch 'feature-jquery-remote' into develop	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	first round of making jslint happy	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	expose function to create salt	Azul

2012-07-20	calcV to calculate verifier, do not use srp_url or srp_server anymore	Azul
	We can easily overwrite the corresponding functions