[19.0][MIG] web_widget_section_and_note_text_scrollable: Migration to 19.0#3373
[19.0][MIG] web_widget_section_and_note_text_scrollable: Migration to 19.0#3373
Conversation
48e5a8d to
11eeb7c
Compare
jcoux
left a comment
There was a problem hiding this comment.
Code LGTM 👍
Don't forget to squash fixup
11eeb7c to
d0f5a48
Compare
|
Hello @ivantodorovich |
d0f5a48 to
850b6b9
Compare
| .o_field_product_label_section_and_note_field, | ||
| .o_field_product_label_section_and_note_cell, | ||
| .o_field_product_label_section_and_note_cell textarea { | ||
| height: auto !important; | ||
| } |
There was a problem hiding this comment.
I'm a (s)css noob, but I think height is anyway redefined in o_field_product_label_section_and_note_cell and o_field_product_label_section_and_note_cell textarea below.
| .o_field_product_label_section_and_note_field, | |
| .o_field_product_label_section_and_note_cell, | |
| .o_field_product_label_section_and_note_cell textarea { | |
| height: auto !important; | |
| } | |
| .o_field_product_label_section_and_note_field { | |
| height: auto !important; | |
| } |
|
Hello @yankinmax Thanks. |
|
Hello @imlopes |
alexey-pelykh
left a comment
There was a problem hiding this comment.
Thanks for the migration, Maksym.
CSS class targeting looks correct for 19.0 -- the widget moved to account and uses o_field_product_label_section_and_note_field / o_field_product_label_section_and_note_cell now. The SCSS-only approach (no JS/OWL needed) is clean.
One minor note: the .pot file still says Project-Id-Version: Odoo Server 17.0 -- not blocking since the OCA bot regenerates it, but worth noting.
I'd echo vvrossem's observation on the first rule: the height: auto !important for .o_field_product_label_section_and_note_cell and its textarea is immediately overridden by the rules below, so narrowing that selector would trim some dead CSS. Not blocking either way.
LGTM overall.
|
This PR has the |
850b6b9 to
39be420
Compare
|
Hello @OCA/web-maintainers can you pls merge this PR? |
ivantodorovich
left a comment
There was a problem hiding this comment.
Hey @yankinmax
It seems to work in edit mode, but not on read mode.
Moreover, in edit mode, it's moving the field as a column instead of keeping it below.. making the UI a bit weird. (possibly due to the display: flex)
Screen.Recording.2026-03-16.at.10.26.16.AM.mov
|
Hey @ivantodorovich |
|
I checked on runboat (Odoo CE) Beware if you check on Odoo EE, sometimes different styles are applied. |
e2a3c5d to
a1c8560
Compare
a1c8560 to
8533025
Compare
|
Hello @ivantodorovich |
|
Hello @ivantodorovich |
ivantodorovich
left a comment
There was a problem hiding this comment.
Thanks @yankinmax . Getting there
| .o_field_product_label_section_and_note_cell textarea { | ||
| display: block; | ||
| width: 100%; | ||
| height: 10em !important; |
There was a problem hiding this comment.
Why forcing the height? I understand the max-height, cause that's the whole point of this module (have it scroll instead). But not this.
This is probably causing the following unwanted behavior.
Compare against standard Odoo here:
This PR runboat:
https://github.com/user-attachments/assets/2d6c1ca3-0969-4991-b168-9b329056d9e1
Odoo's runbot:
https://github.com/user-attachments/assets/c8bed633-957b-4d8e-8fde-4b016895512c
There was a problem hiding this comment.
@yankinmax , not sure to really understand why you pinged me here. Do you need a functional advice? Or is it to point me the issue we are facing?
There was a problem hiding this comment.
Hello @alicedsp
I thought I've fixed the PR and I wanted you to make a functional review here.
There was a problem hiding this comment.
@yankinmax , LGTM on the following runbot: [http://oca-web-19-0-pr3373-8533025579a0.runboat.odoo-community.org/odoo/discuss ]
A description can be added on the SO, if it is long the user will need to scroll to be able to see it completely in both display and edit mode.
| 2. Don't change its height. | ||
| */ | ||
| .o_field_product_label_section_and_note_cell:not(:has(textarea)) { | ||
| display: block !important; |
There was a problem hiding this comment.
This seems redundant AFAICS
| */ | ||
| .o_field_product_label_section_and_note_cell:not(:has(textarea)) { | ||
| display: block !important; | ||
| max-height: 10em; |
There was a problem hiding this comment.
Maybe height: auto !important is needed here, too.
Cause I'm noticing some programmatical height style property being set, not sure from where, that's sometimes conflicting with the scroll -- assuming you remove the fixed height: 10em in the textarea, like suggested here: #3373 (comment)
Screen.Recording.2026-03-30.at.12.17.22.PM.mov
Not sure if height: auto is the best solution, but otherwise we need to investigate who's setting this fixed height and how it's computing it and why it's falling short -- cause if it were a few pixels taller we wouldn't have this issue.
No description provided.