Skip to content

Conversation

@frva-odoo
Copy link
Contributor

No description provided.

@robodoo
Copy link
Collaborator

robodoo commented Jan 7, 2026

Pull request status dashboard

@frva-odoo frva-odoo force-pushed the saas-19.1-matchmaking-real-estate-update-frva branch 3 times, most recently from e94dae8 to f1d7049 Compare January 12, 2026 12:58
@frva-odoo frva-odoo changed the base branch from saas-19.1 to 19.0 January 12, 2026 12:59
@frva-odoo frva-odoo changed the title Saas 19.1 matchmaking real estate update frva 19.0 matchmaking real estate update frva Jan 12, 2026
@frva-odoo frva-odoo force-pushed the saas-19.1-matchmaking-real-estate-update-frva branch 2 times, most recently from 3a731b8 to 25200a2 Compare January 20, 2026 15:18
Copy link
Contributor

@dhrs-odoo dhrs-odoo left a comment

Choose a reason for hiding this comment

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

Hello @frva-odoo
Thanks for the good work
Just few comments as of now 😇

@dhrs-odoo
Copy link
Contributor

You also need to update the POT file

@frva-odoo frva-odoo force-pushed the saas-19.1-matchmaking-real-estate-update-frva branch 2 times, most recently from 27cc737 to d890050 Compare January 21, 2026 12:43
@frva-odoo frva-odoo marked this pull request as ready for review January 21, 2026 12:47
Copy link
Collaborator

@vava-odoo vava-odoo left a comment

Choose a reason for hiding this comment

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

Good work!
Please squash your commits while resolving the comments :-)

<field name="sequence">15</field>
<field name="attribute_id" ref="product_attribute_15"/>
<field name="value_ids" eval="[(6, 0, [ref('product_attribute_value_15')])]"/>
<field name="attribute_id" ref="product_attribute_17"/>
Copy link
Collaborator

Choose a reason for hiding this comment

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

I wonder if we shouldn't change the xmlid of this record, because it is marked as noupdate.
You could try the behaviour: install previous version and try to upgrade with new version and see how the products are.
That being said, it can be ok, since these are demo data, so we are not supposed to upgrade them.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

You were right, it brings an issue when updating if we install the new version while changing those records.

</record>
<record id="product_template_attribute_value_6" model="product.template.attribute.value">
<field name="product_attribute_value_id" ref="product_attribute_value_15"/>
<field name="product_attribute_value_id" ref="product_attribute_value_26"/>
Copy link
Collaborator

Choose a reason for hiding this comment

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

same

]]></field>
<field name="ttype">many2many</field>
<field name="depends">x_categories_ids, x_region_ids, x_type, x_condition_ids, x_min_price, x_max_price</field>
<field name="depends">x_categories_ids, x_criteria_ids, x_min_price, x_max_price</field>
Copy link
Collaborator

Choose a reason for hiding this comment

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

the compute can probably be edited as well

<menuitem id="crm_sellers_menu" name="Sellers" action="owners_act_window" sequence="1" parent="crm.crm_menu_sales"/>
<record id="properties_menu_root" model="ir.ui.menu">
<field name="web_icon_data" type="base64" file="real_estate/static/description/icon_no_border.png"/>
<field name="web_icon_data" type="base64" file="real_estate/static/description/icon.png"/>
Copy link
Collaborator

Choose a reason for hiding this comment

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

this will conflict with a recent change

<field name="priority">200</field>
<field name="type">search</field>
<field name="arch" type="xml">
<search string="Search Partner">
Copy link
Collaborator

Choose a reason for hiding this comment

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

partner 🧐

]"/>
</record>
<record id="product_attribute_form_view_extended" model="ir.ui.view">
<field name="name">product.attribute.form customization</field>
Copy link
Collaborator

Choose a reason for hiding this comment

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

Suggested change
<field name="name">product.attribute.form customization</field>
<field name="name">product.attribute.form.inherit.real_estate</field>

</label>
<div class="row s_col_no_resize s_col_no_bgcolor s_website_form_multiple" data-name="x_criteria_ids" data-display="vertical">
<t t-set="attr_values" t-value="request.env['product.attribute.value'].search([('attribute_id', '=', attr.id)])"/>
<t t-foreach="attr_values" t-as="attr">
Copy link
Collaborator

Choose a reason for hiding this comment

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

maybe use another variable name than attr which is already use for the attribute

t-att-for="'condition_attrs_values' + str(condition.id)">
<t t-out="condition.name"/>
</label>
<t t-foreach="request.env['product.attribute'].search([('x_is_matchmaking', '!=', False)])" t-as="attr">
Copy link
Collaborator

Choose a reason for hiding this comment

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

I usually see limits added to the search. Is there any performance issue to fear here?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I removed the second search inside so we could have better performances, but I don't think we want to limit the amount of attributes that can be displayed in the website form, or if we do I don't know how many we can have (at least limit=20 I guess).
Anyway I think it is optimized enough to have no issue right now, tell me if you think we should improve further

@frva-odoo frva-odoo force-pushed the saas-19.1-matchmaking-real-estate-update-frva branch from d890050 to 9f53594 Compare January 30, 2026 10:35
This commit improves the matchmaking on both the frontend and backend.
The partners now have a single field "Criterias" to manage the attributes values for each matchmaking product attribute value.
The website template view of the matchmaking is changed, made to take every product attribute we want instead of hardcoding every single one.
Product attributes have now a field "Matchmaking", marking them and their values to be used in the previous cases.

It also moves the "Region" product attribute values in demo, adds an attribute menu in the real_estate app and removes one of the "Bathroom" attributes to avoid redundancy.

Task-5143951
@frva-odoo frva-odoo force-pushed the saas-19.1-matchmaking-real-estate-update-frva branch from 9f53594 to a26ea7e Compare January 30, 2026 10:37
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