Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[16.0][FW] stock_storage_type: port changes from 14 #948

Open
wants to merge 1 commit into
base: 16.0
Choose a base branch
from

Conversation

@OCA-git-bot
Copy link
Contributor

Hi @jbaudoux, @rousseldenis,
some modules you are maintaining are being modified, check this out!

@@ -18,6 +18,15 @@ class StockQuantPackage(models.Model):
compute="_compute_height_in_m",
store=True,
)
package_storage_type_id = fields.Many2one(
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@henrybackman @grindtildeath What is the behavior on an existing database ?
IMHO, this compute will last a long time

Copy link
Contributor

@jbaudoux jbaudoux left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You can blacklist all those changes, it's all covered.

What has been lost in the migration is the max_height field on the stock.storage.category. It's in the model but not in the view. Can be added after themax_weight.

Ideally all remaining mentions to location_storage_types should be renamed to location_category to make the code clearer. FYI the relation is now one instead of multi.

Finally, I wish to move changes to StorageCategoryProductCapacity to a new object. I can explain you in details if you want to help on this.

Comment on lines 2 to 7
access_stock_location_storage_type_user,access_stock_location_storage_type_user,model_stock_location_storage_type,base.group_user,1,0,0,0
access_stock_package_storage_type_user,access_stock_package_storage_type_user,model_stock_package_storage_type,base.group_user,1,0,0,0
access_stock_location_storage_type_manager,access_stock_location_storage_type_manager,model_stock_location_storage_type,stock.group_stock_manager,1,1,1,1
access_stock_package_storage_type_manager,access_stock_package_storage_type_manager,model_stock_package_storage_type,stock.group_stock_manager,1,1,1,1
access_stock_location_package_storage_type_rel_user,access_stock_location_package_storage_type_rel_user,model_stock_location_package_storage_type_rel,base.group_user,1,0,0,0
access_stock_location_package_storage_type_rel_manager,access_stock_location_package_storage_type_rel_manager,model_stock_location_package_storage_type_rel,base.group_user,1,1,1,1
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

All those models are gone in v16

@@ -18,6 +18,15 @@ class StockQuantPackage(models.Model):
compute="_compute_height_in_m",
store=True,
)
package_storage_type_id = fields.Many2one(
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

it is already there in standard and now named package_type_id

"quant_ids.product_id",
"quant_ids.product_id.product_package_storage_type_id",
)
def _compute_package_storage_type_id(self):
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@henrybackman henrybackman force-pushed the 16-port-from-14-stock_storage_type branch from 217c46e to 81e6071 Compare November 20, 2024 17:29
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants