lp:txerpa-openerp-web

Created by Bernardo Cabezas Serra on 2011-07-25 and last modified on 2011-07-25
Get this branch:
bzr branch lp:txerpa-openerp-web
Members of txerpa openerp team can upload to this branch. Log in for directions.

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
txerpa openerp team
Project:
txerpa-openerp-web
Status:
Development

Recent revisions

4670. By Launchpad Translations on behalf of openerp on 2011-07-23

Launchpad automatic translations update.

4669. By Launchpad Translations on behalf of openerp on 2011-07-20

Launchpad automatic translations update.

4668. By Jay Vora (Serpent Consulting Services) on 2011-07-18

[REVERT] Reverted the revision 4665 <email address hidden>

4667. By Sananaz (Open ERP) on 2011-07-12

[REV] Revert revision 4657.

4666. By Launchpad Translations on behalf of openerp on 2011-07-12

Launchpad automatic translations update.

4665. By Xavier (Open ERP) on 2011-07-11

[FIX] selection widget options updating based on environment content

4664. By Xavier (Open ERP) on 2011-07-11

[FIX] time range imprecision when creating calendar event via drag&drop in day or week mode

4663. By Xavier (Open ERP) on 2011-07-11

[FIX] don't break m2o field values when opening m2o search popup with a preexisting value in the field

Code could blank the visible portion of the m2o field but not the backing ID, leading to a field impossible to edit. Don't blank the visible section if that's not needed, leave old value

4662. By Launchpad Translations on behalf of openerp on 2011-07-09

Launchpad automatic translations update.

4661. By Xavier (Open ERP) on 2011-07-08

[FIX] double-action execution in case of opening action URLs containing spaces

URLs are moved to hash-parameters in order to have navigation between 'pages' (bookmarking as well as forward/back support). The encoding was performed using jQuery.param (encodes the URI provided and sets it as a 'query parameter' with the right name for decoding).

However, it turns out jQuery.param does not merely call 'encodeURIComponent' on the key and the value (separately), it also re-encodes all spaces as '+' (instead of the normal '%20'). This does *not* round-trip through decodeURIComponent.

As a result, we'd store the action URI as 'current uri' and set it as the hash, this would trigger a hashchange which would compare the 'current uri' and the one in the hash (which were set to the same value)... and would find them to be different (due to the '+' encoding of spaces which apparently is not handled by decodeURIComponent), which would lead to a *new* action execution using the +-based action uri. This one would be stored (again), new hashchange triggerd which this time would find the URIs to be identical and would avoid further processing.

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.