- hr, project, sales_team: no subscribe on create
For header records like sales steam, project, jobs and department, do not
subscribe the creator. Indeed those objects allow to automatically follow
child records (opportunities, tasks, issues, applicants). However those
records are often created by IT / technical / administrators that should
not be followers of all child records. Therefore the no subscribe key
is added in context.
- crm: new lead subtype
The 'new' stage is based on the sequence only, not the probability. Indeed
a new lead does not have a probability of 0; otherwise it is already lost.
- mail_message: fixed internal subtypes
Indeed has_group works only for uid and does not care for any given recordset.
Probably we need a is_in_group method on res.users. Someone smart could code it.
- mail_message: update message before notify
This way in the various notify methods, the message is correclty updated with
needaction and recipients. Also cleaned some comments.
- mail_message: avoid email loops
Do not notify people having the same email as the message / email to propagate.
- mail_message: fix access right issues
When computing recipients and partners to email, use a sudo for some internal
computation to avoid access rights issues. Indeed public user may go through
this method (forum for example).
Employees (base.group_user) can read tasks. However they miss the right to read
task stages (project.task.type). This causes issues when reading the form view
of a task. This commit fixes this issue.
In sales_team, we had 2 fields for invoicing : invoiced_target and invoiced_forecast.
As forecast is useless because someone has to set it manually, we did something different.
The field invoiced_forecast is now invoiced and is computed according to the invoices
associated to the sales team. We can now only set the target.
When posting a comment, the user can rate the product using rating star widget. The rating card is display on the product page with average and repartition.
Add a related field 'website_published' on rating in website_sale for performance issue.
Part of this commit could be moved in 'website_rating', if the feature is required in other modules. Since it is only used in ecommerce, the code belong to website_sale.
- star widget and rating card to post and display rating
- Linked rating.rating to mail.message
- method to extract more statistics about the rating of an object.
* added intermediate ``_read_file`` step dispatching between CSV, ODS
and XLS(X) parsing
- primary dispatch on mime type, secondary on file extension:
+ OS may not provide a relevant mime type if no software locally
installed for the filetype (e.g. Windows sends excel files as
application/octet-stream if excel is not installed, and ODS files as
zip if OpenOffice/LibreOffice isn't installed)
+ applications may re-register extensions to non-standard mimetypes
breaking the dispatcher
So if the mimetype is found trust it, otherwise try with the
filename's extension (if any)
- all readers skip lines with only empty cells in their output
- ODS and XLS content are "CSVified", rows are converted to arrays of
unicode strings
* UI altered to not assume CSV files everywhere, and avoid returning
garbage preview data for non-CSV imports
Various:
* added a ``can_import`` utility function to tests.common, can be used
to skip tests if an optional Python dependency is not installed (but
one would like tests to run if the dependency is available)
* fixed datetime issue in ir_fields
* added converter for monetary fields (iso float)
* spreadsheet don't have integers, twiddling required to ensure integral
values won't be serialized as floats (breaking conversion back to
Python)
* improved some tests by asserting no error is generated (bonus: logs
the error message if there is one, rather than just saying the result
is blown)
* because some systems only provide elderly versions of
XLRD (e.g. current debian stable provides 0.9.2 from April 2013)
- keep using xldate_as_tuple instead of 0.9.3's xldate_as_datetime,
workaround is simple
- check for xlrd.xlsx in case of pre-0.8 XLRD
Authorship:
Ronak Baxi <rba@odoo.com>
Mohammed Shekha <msh@openerp.com>
Task 10792
Closes#7285
Small one letter terms are ignored when pushing the translations.
If these are included inside xml tags (e.g. <strong>#1</strong>, the term should
also be ignored.
Strip xml eventual tags when checking the length of a term.
Clean for save was only called on o_dirty nodes but o_dirty is added only on o_editable nodes.
Could use a simple jQuery selector '.o_dirty, .o_dirty *' but need to improve speed for user experience.
The res_partner squash has added several information to the res_partner_2
Now the is a purchase order for which he's the supplier. In that case, the
planned date on the purchase order line is influenced by the planned date
of the other purchase orders where this partner is the supplier.
Here we create a new res_partner for this test who has no purchase orders related
In that case, the planned date will always the date planned in the calendar at the
basis, which is 3.
Thibault Delavallée