[project-open-development] CVS Log 20170413.0101

[<ro...@pr...>]

intranet-core/tcl intranet-defs-procs.tcl,1.191,1.192
Wed Apr 12 13:28:00 UTC 2017
Update of /home/cvsroot/intranet-core/tcl
In directory aachen:/tmp/cvs-serv3121/intranet-core/tcl

Modified Files:
	intranet-defs-procs.tcl 
Log Message:
- REST:
  Fixed "GanttEditor: Error saving data on the server side: No authentication found ('')" bug. 
  Apparently Chrome sometimes sends out PUT XHTTP calls without cookies.
  So ]po[ then correctly identifies a non-authenticated session.
  As a workaround, I have added auth_token authentication in the SenchaPreference store,
  so that the calls are authenticated, even if the cookies should disappear for some
  reason.


intranet-rest/tcl intranet-rest-authentication-procs.tcl,1.2,1.3 intranet-rest-procs.tcl,1.114,1.115
Wed Apr 12 13:28:00 UTC 2017
Update of /home/cvsroot/intranet-rest/tcl
In directory aachen:/tmp/cvs-serv3121/intranet-rest/tcl

Modified Files:
	intranet-rest-authentication-procs.tcl intranet-rest-procs.tcl 
Log Message:
- REST:
  Fixed "GanttEditor: Error saving data on the server side: No authentication found ('')" bug. 
  Apparently Chrome sometimes sends out PUT XHTTP calls without cookies.
  So ]po[ then correctly identifies a non-authenticated session.
  As a workaround, I have added auth_token authentication in the SenchaPreference store,
  so that the calls are authenticated, even if the cookies should disappear for some
  reason.


sencha-core/www Utilities.js.adp,1.6,1.7
Wed Apr 12 13:28:00 UTC 2017
Update of /home/cvsroot/sencha-core/www
In directory aachen:/tmp/cvs-serv3121/sencha-core/www

Modified Files:
	Utilities.js.adp 
Log Message:
- REST:
  Fixed "GanttEditor: Error saving data on the server side: No authentication found ('')" bug. 
  Apparently Chrome sometimes sends out PUT XHTTP calls without cookies.
  So ]po[ then correctly identifies a non-authenticated session.
  As a workaround, I have added auth_token authentication in the SenchaPreference store,
  so that the calls are authenticated, even if the cookies should disappear for some
  reason.


sencha-core/www/store/user SenchaPreferenceStore.js,1.11,1.12
Wed Apr 12 13:28:00 UTC 2017
Update of /home/cvsroot/sencha-core/www/store/user
In directory aachen:/tmp/cvs-serv3121/sencha-core/www/store/user

Modified Files:
	SenchaPreferenceStore.js 
Log Message:
- REST:
  Fixed "GanttEditor: Error saving data on the server side: No authentication found ('')" bug. 
  Apparently Chrome sometimes sends out PUT XHTTP calls without cookies.
  So ]po[ then correctly identifies a non-authenticated session.
  As a workaround, I have added auth_token authentication in the SenchaPreference store,
  so that the calls are authenticated, even if the cookies should disappear for some
  reason.