Also, cleanup trailing whitespaces and unused variable.

new_url was not computated correctly either,
giving instance_url//erp5/...

so that it does not add two slashes in the computed url

in the computed url

Also, url that is published in
test_14_AccessWebSiteForWithDifferentUserPreferences
iotherwise the response is the redirect, making the test fail

in case we publish with different languages

renderJS gadget HTML uses relative URLs to link to there javascript/CSS files.
Absolute URL calculation is resolved dynamically by the browser when loading the gadget.

When accessing an ERP5 web section without a trailing / in the URL, the browser will calculate absolute URL from the parent document and not the web site itself.

Example:
In http://foo.com/web_site_module/bar , the relative URL couscous.js will be resolved http://foo.com/web_site_module/couscous.js
If couscous.js is a document from DMS (Web Page for example), such URL can not be resolved and leads to a 404 error.

One solution to solve this is to redirect (302) the browser when accessing a Web Section (Web Site is a web section) directly in ERP5.
Example:
http://foo.com/web_site_module/bar ->  http://foo.com/web_site_module/bar/
But  http://foo.com/web_site_module/bar/view should not redirect

These improvements include :
   * better address reporting
   * better handling of Social Security Number and Temporary Technical Number
     for foreign employees
   * add more checks and UI error messages to report wrong values to the user
     before he submits the DSN
   * fix bugs for some edge cases

When aggregating Paysheets using a dialog, we don't want to aggregate deleted ones.

* Only process Expense records with a date set (avoid processing records with no data)
* Add garbage collect on empty draft records
* Change jIO configuration to resolve conflict with remote as the reference
* Comment indexxedDB patch XXX code should be added for Safari to use websqlstorage

// XXX Please note this is a work-around to have a usable application
// waiting for a bug in IndexedDB or jIO to be fixed
// this bug can been seen on 'fast' devices where
// data stored in settings is not accessible right after save.
// it was shown that after redirecting to sync page, the
// "sync_reload" value got in the sync gadget was "undefined"
// Hence triggering synchronization and not setting the storage first
// and redirecting once again on the jio configuration page

Revert "[erp5_ui_test] Be always explicit (with sorting) and bugfix fr argumentto FooModule_createObjects

This reverts commit 1bb79a39

/reviewed-on nexedi/erp5!332

/reviewed-on nexedi/erp5!329