I dont have any fixed height in tabs. 

"

• Forcing a refresh/redraw after the accordion expands so the tab recalculates its height.

"

How to do that?

Hi @Filipe Lourenço ,

can you share the sample oml here for further investigation?

regards,

Manish Jawla

unfortunately no

Hi @Filipe Lourenço ,

This is a known rendering issue in ODC when using Tabs with ContentAutoHeight = True, especially when the tab contains dynamic content (Accordion, Expandable Containers, lists, etc.). This is case of layout reflow timing bug.

Root Cause:

In ODC, the Tabs pattern: 

• Calculates its height only once, when the tab becomes active 
• With ContentAutoHeight = True, it assumes the content height is already final 
• When an Accordion expands (or similar), the content height changes after that calculation 
• The browser doesn’t immediately trigger a reflow 
• A user interaction (tap / scroll / resize) forces a repaint, and everything snaps back to normal

This happens only the

This happens only the first time, because:

• The first expand happens after initial layout
• Subsequent interactions already have a valid layout tree
• Touching the screen forces reflow + repaint

Solution: None documented.

Workaround:

• Option 1: Force a layout recalculation after expand (recommended)
  • Trigger a custom reflow right after the accordion expands. JS workaround (safe & minimal):
    • Example: setTimeout(() => {  window.dispatchEvent(new Event("resize"));}, 0); 
  • This mimics the “touch” that fixes the layot. Works reliably in ODC.
• Option 2: Force tab content redraw if you can reference the tab container:
  • const el = document.querySelector(".osui-tabs__content");
    el.style.display = "none";
    el.offsetHeight; // force reflow
    el.style.display = ""; 
  • This forces recalculation

Hope this helps.

Cheers,

Saugat