Before this fix, trying to create a column in a kanban view where there
were progressbars was opening a traceback. This was because the newly
create column is made from data which are guessed in the client (no RPC
is done), so this guess had to be adapted to progressbars.
Previously a user was only able to scrap reserved product
(products that have a stock move line associated on the picking).
With this commit the user can scrap any product that has a move
on the picking.
Previously editing a done move line only update
the quants to the right location. However the stock.scrap
related object has not its qty updated.
This commit modify the write of stock move line in order
to also modify the stock scrap object to the correct quantity
When the user scrap a product in a picking.
The moves to proccess are moved to a back order and
the current picking only contains the scrap move.
It happens because scrap use action done on the scrap
move and action done process the given move and put the
other in a back order.
This commit add a condition on back order creation in
order to not do it if it comes from a scap.
The tracability report was using the quantity done (with the
unit of measure from he move line) and the uom of the product
(quant uom)
This commit changes the quantity done in order to keep the same
uom in the report. (uom of quants)
1/ Lint
2/ Follow new .js guidelines (mainly re-sequence function alphabetically)
3/ Introduce BaseSetting.SearchHeader template for search header instead of replicating html code
4/ Add some comments in code
5/ When we close a modal or come back using breadcrumb, left panel is lost and all the settings are displayed. This commit fix the issue
6/ Remove the fact that the current app is in top of the app list
7/ Improve search
1. At POS install, search a (mandatory) pricelist only with the user's company's currency, otherwise it crashes at install time
YourCompany is in USD
You can have a second pricelist in EUR
That later one will be selected by the search, hence the crash
2. Pricelist config menu in pos.config should only be visible by users in the relevant group
closes#19792
Product templates already use activities. However due to view inheritance
user can (try to) schedule activities on products. Those are not correctly
computed and displayed.
This commit somehow fixes that. It adds activity mixin on product itself
so that products have their own activities.
Due to inheritance mechanism activities on templates and product are
separated. This is a technical limitation and let us consider that as
a wow effect. Do you want a rainbowman ?
Before this commit, an Error 500 was thrown to the user upon downloading an attachement
It was due to two things:
- wrong return on a function
- the filename that http.send_file takes shouldn't be a string, but bytes in Py3
When the user clicks on a color in the progress bar, it is supposed
to highlight the column in this color and the records that correspond
to this color. This works perfectly. However, when all the records
are moved (or their color is changed), the filter was staying active,
while it should not be active anymore, since basically the user could
not have clicked on the color in the progressbar in the current state
of the kanban view since no records are in this state anymore.
- Kanban colors and tag colors are now the same
- Tag color 0 (default) is now back to be the invisible kanban one
- Same colorpicker for kanban and tags
- Define correct number of colors (12 not 13)
- Color 0 should be a neutral one (gray)
- ...
Before this the mrp.document id was used to construct the /web/image/
link which lead to the wrong attachment being previewed and
downloaded. Introduced by the refactoring that happened in
d193350c6f.
Use rec_name in domain because some model like survey.survey don't have name field.
Check that query_string is setted to avoid traceback 'lower of None'
If the Odoo server runs with its sources read-only
for itself, this is not possible for the server
to touch the files contained in the assets.
In such a case, instead of touching the file,
we alter the attachment checksum, to simulate
a change within the modified date.
However, in such a case, we can only test that the
bundle is well generated again.
We can no longer check the change of version and modified date,
since the modified date of the files have not changed,
and therefore the checksum (which is based on the files
modified date, among others) neither.
Since the revision
5e3de76f36
The `::text` is included within the `unaccent` call
The expession tests have never been changed according
to this change of behavior in the building of the unaccented
queries. This has never been detected by runbot because
you need to start the Odoo server with the option
`--unaccent`
and to create the database with the unaccent extension
`CREATE EXTENSION unaccent`
to be able to fail the former tests,
and this is not the case on runbot.
Before this commit:
website.page won't be rendered as translated items since it is not going though
a controller (route) enabling multilang. Website.page were not considered as
multilang items and no lang prefix were applied on link.
Now:
website.page will correcly handling translation.
In case of one route doesn't match a controller, it is now by default a route of
type multilang.
Add a new field auto_redirect_lang on website model to allow to deactive the
autoredirect of the lang optionnaly. The code will arrive after more tests.
Before this commit, the website.redirect records would never been called since
we switched call order from redirect>page to page>redirect.
It would always render a 404 and would never check redirect records.
Now, if there is no page found, it will check for redirects and if no redirect
found it will return 404.
Before this commit, an unpublished page present in menu would throw an error for
public user (group_portal & group_public) because of the security record rule
set on website.page model not allowing read access to unpublished pages:
<field name="domain_force">[('website_published', '=', True)]</field>
In this particular case, we try to retrieve the menu URL, but since the URL is
retrieved through its (m2o) website.page, it would cause an error.
Now, it the menu has a website.page unpublished, we will correctly retrieve its
URL (sudo) and it won't crash.