- Aug 12, 2014
-
-
Fabien Pinckaers authored
-
Fabien Pinckaers authored
-
Fabien Pinckaers authored
-
- Aug 11, 2014
-
-
Frédéric van der Essen authored
[FIX] point_of_sale: DOM Cache Error
-
Frédéric van der Essen authored
[FIX] point_of_sale: #1558 The partner was not correctly identified on the bank statement line, creating open balances on the partner account
-
Grover Menacho authored
-
Christophe Simonis authored
-
Frédéric van der Essen authored
[FIX] point_of_sale: support for variants in the pos, one simply needed to use the display_name which contains the product variant info. Conflicts: addons/point_of_sale/static/src/js/models.js
-
Frédéric van der Essen authored
-
Frédéric van der Essen authored
[FIX] point_of_sale: it was too easy to accidentally hit the close button on ipads, made it double click only
-
Frédéric van der Essen authored
-
Frédéric van der Essen authored
-
Frédéric van der Essen authored
-
Richard Mathot authored
ae65be2b
-
Olivier Dony authored
This avoids storing useless "{}" values in the database when there are no headers, and avoids having to update all existing entries when this column is added. Just requires simple tests before evaluating the headers contents.
-
Olivier Dony authored
-
Denis Ledoux authored
-
Denis Ledoux authored
-
Thibault Delavallée authored
[FIX] mail: fixed bounce email recognition + invite email headers + mass mailing statistics not lost anymore - [FIX] bounce regex: too many emails were considered as bounce and therefore not displayed in the chatter and lost for the communication history. The regex was not correctly looking for the bounce alias in the email_to. - [FIX] invite email: replying to the invitation email (invitation as new follower) now replies to the user sending the invitation. - [FIX] mass_mailing: added a column to store the id of the original email in addition to the many2one column. The many2one is set to null when deleting the original email. As the information is necessary, it is saved on another field. The many2one is necessary for indexes purpose as the inverse of a one2many.
-
Denis Ledoux authored
-
Denis Ledoux authored
-
Denis Ledoux authored
-
Quentin De Paoli authored
[FIX] account_followup: total in foreign currency displayed in the right currency instead of company currency
-
Denis Ledoux authored
By default, on binary images read, the server returns the binary size This is possible that two images have the exact same size Therefore we trigger the change in case the image value hasn't changed So the image is re-rendered correctly
-
Cédric Snauwaert authored
To correct the display of the "add contact" wizard in modal (buttons not well placed)
-
Nicolas Seinlet authored
-
Quentin De Paoli authored
[FIX] account, point_of_sale: fixed the feature to put money in or take money out of a cash register. Fix #1416
-
Olivier Dony authored
In combination with f28be81b, this should help speed up initialization of new boolean columns. psycopg2 handles bool parameters values just fine inside cr.mogrify()
-
Denis Ledoux authored
Inadvertence error during the convertion to the new API. line_ids is already a list, no need to set it again in a list.
-
Olivier Dony authored
Boolean fields always default to False in 8.0, even when they do not have explicit default values. This causes extra queries in the form: UPDATE <table> SET <bool_field> = false WHERE <bool_field> IS NULL; Those are not necessary as the ORM automatically folds NULL booleans to False, and can be very expensive on tables with several million rows, as the whole table may sometimes need to be rewritten (can take dozens of minutes)
-
Denis Ledoux authored
This is related to commit d31faceb (This is to avoid the runbot being yellow if on_change methods have extra keys in the returned value, this is not wrong, the web client will simply ignore them).
-
Jérome Maes authored
-
Thibault Delavallée authored
[FIX] web: form view: priority and kanban widgets cleaning, now more like classic form widgets (edit mode: use set_value, view mode: perform a write)
-
Denis Ledoux authored
-
Jeremy Kersten authored
-
watermelonjuice authored
-
- Aug 08, 2014
-
-
Cecile Tonglet authored
When you set the date of a cron the July 1st at midnight, if the user time zone has a positive offset, then the converted UTC date is the June 30th and adding 1 month will end up on July 30th translating to July 31th instead of September 1st. To solve this issue we use the super user time zone for the date calculation.
-
Denis Ledoux authored
-
Richard Mathot authored
-
Denis Ledoux authored
-