Session: 6a206c1d-0c5f-4980-9916-afcd8e0f9288
Coverage
4
Selected
4
Completed
0
Reused
0
Failed
0
Waived
Token Usage
3.89M
Prompt Tokens
137.08K
Completion Tokens
4.03M
Total Tokens
63
LLM Requests
3.53M
Cache Read
0
Cache Write
File breakdown 2 files
| File | Prompt | Completion | Cache Read | Cache Write | Total |
|---|---|---|---|---|---|
| public/css/ssma/action_plan_panel.css,public/js/ssma/action_… | 3.89M | 136.82K | 3.53M | 0 | 4.03M |
| File Grouping | 345 | 258 | 0 | 0 | 603 |
Files Reviewed 4 files
- public/css/ssma/action_plan_panel.css
- public/js/ssma/action_plan_panel.js
- templates/ssma/action_plan/tabs/_tab_painel.html.twig
- templates/ssma/action_plan/tabs/_tab_action_plan.html.twig
Session Tasks 1 tasks
File Grouping 1 requests
grouping_task
Request #1
deepseek-v4-flash
P:345 C:258
2634ms
Reasoning
We need to group files into semantically related clusters for code review. We have 4 files:
- public/css/ssma/action_plan_panel.css
- public/js/ssma/action_plan_panel.js
- templates/ssma/action_plan/tabs/_tab_action_plan.html.twig
- templates/ssma/action_plan/tabs/_tab_painel.html.twig
These all seem related to the same feature: action plan panel. They share directory "ssma/action_plan". Likely one group. Check if any distinct? CSS and JS both for action_plan_panel. Templates for action plan tabs, likely work together. So one group with all files.
Need output JSON array with label and files.
[
{
"label": "Action plan panel UI and templates",
"files": [
"public/css/ssma/action_plan_panel.css",
"public/js/ssma/action_plan_panel.js",
"templates/ssma/action_plan/tabs/_tab_action_plan.html.twig",
"templates/ssma/action_plan/tabs/_tab_painel.html.twig"
]
}
]
Conversations 1 files
public/css/ssma/action_plan_panel.css,public/js/ssma/action_plan_panel.js,templates/ssma/action_plan/tabs/_tab_action_plan.html.twig,templates/ssma/action_plan/tabs/_tab_painel.html.twig 62 requests
plan_task
Request #1
deepseek-v4-flash
P:20.55K C:22.69K CR:1.41K CW:0
196283ms
Reasoning
The user wants me to analyze code changes in a review group and produce a structured review plan. Let me carefully analyze the diffs.
Files in the review group:
1. `public/css/ssma/action_plan_panel.css`
2. `public/js/ssma/action_plan_panel.js`
3. `templates/ssma/action_plan/tabs/_tab_action_plan.html.twig`
4. `templates/ssma/action_plan/tabs/_tab_painel.html.twig`
Let me summarize the changes:
**CSS changes:**
- Added `#ap_painel_controls` flex layout with gap
- Added `.ap-painel-export-wrap` flex-shrink
- Added paired chart row layout styles (min-height, flex column, fill host)
- Modified `.ssma-ap-chart-wrap--hbar` padding
- Modified `.ssma-ap-chart-host--column` styles (implied by a diff context line)
**JS changes (action_plan_panel.js):**
- Added `pairedChartsResizeTimer` variable
- New functions: `computeBarAxisMax`, `computeBarTickInterval`, `getPairedChartHeight`, `computeHBarSizing`
- Modified `buildHBarChart` to use dynamic y-axis max, tick interval, chart height based on paired container, bar sizing
- Modified origin chart render to set height dynamically and use chart height in Highcharts
- Added `ensureDistributionChartsForExport`, `renderPairedPendingCharts`, `syncPairedPendingCharts`
- Modified `renderPendenciasCharts` to use paired render + sync
- Modified `toggleHeaderFilters` to toggle export wrap visibility
- Large amount of new code for print/PDF export:
- `panelChartsPrintBusy`
- `findChartByContainerId`, `hasRenderedChart`, `hasRenderablePrintSection`, `getChartCaptureElement`
- `waitForPanelChartsPaint`, `ensureHtml2Canvas`, `captureElementAsPng`, `captureCardSectionForPrint`, `captureSectionForPrint`
- `gaugeValueFromDom`, `tableFromBarChart`, `tableFromStackedBarChart`
- `getDistributionPrintSections`, `getPendenciasPrintSections`, `getOverviewPrintSections`
- `buildPrintTableHtml`, `formatPrintDateTime`, `buildPrintDocumentHtml`, `buildPrintSectionsHtml`
- `setExportChartsBtnLoading`, `notifyPanelExport`, `exportPanelChartsPrint`, `bindExportChartsButton`
- Modified `switchView` to call `bindExportChartsButton` (well, it's in init code)
- Modified resize handler for pendencias to use debounced timer with re-render
- Uses `async function` syntax — interesting. Note rules say "Using `var` is strictly prohibited; use `let` or `const`". But the existing file uses `var` throughout. The new code also uses `var` (e.g., `var panelChartsPrintBusy = false;`). This is a style issue consistent with the file.
**Template changes (_tab_action_plan.html.twig):**
- The resolution gauge render function now calls `renderSsmaActionPlanGauge` with colorConfig instead of manually building DOM.
- `destroySsmaActionPlanCharts` now includes `resolutionGauge` in the destroy list and removed the redundant `ssmaActionPlanChartState.resolutionGauge = null;`
- Exposes `window.refreshSsmaActionPlanCharts = refreshSsmaActionPlanCharts;`
**Template changes (_tab_painel.html.twig):**
- Added export button wrap in `#ap_painel_controls`
- Restructured paired chart row with new CSS classes
- Added `id="ssma-ap-operational-summary"` to operational summary
- Added CDN script tag for `html2canvas` (always loaded now — even though JS loads it dynamically on demand! This is a contradiction: The JS has `ensureHtml2Canvas` that dynamically loads the CDN script, but the template always includes the CDN script. So it's loaded on every page load, not "on demand" as stated. This contradicts the PR background: "html2canvas é carregado sob demanda (não fica no bundle inicial)". So there's a duplicate loading — static script always loads AND dynamic loader. Actually the dynamic loader checks `typeof window.html2canvas === 'function'` first, so if static is loaded, no second load. But the static script tag makes it load on every page render — against the stated rule. Also it's a third-party CDN script — a dependency/security consideration (supply chain, CSP?). Could be an issue worth flagging.)
Now let me think about risks and issues to identify.
### Issue candidates:
1. **CDN script always loaded in template + dynamic loader duplicates** — `_tab_painel.html.twig` adds `<script src="https://cdnjs.cloudflare.com/ajax/libs/html2canvas/1.4.1/html2canvas.min.js"></script>` unconditionally, while the PR background states html2canvas should be loaded on demand. Also, `action_plan_panel.js` has `ensureHtml2Canvas` which dynamically loads a script with id `ssma-ap-panel-html2canvas-loader`. If the static script tag and the dynamic loader both exist... Actually if the static script is present, the dynamic one won't load. But if the static one fails (CDN blocked), the dynamic loader `existing` won't be found and will create a new one pointing to same URL — fine. But the static script is a third-party dependency that loads on every page visit, conflicting with the declared performance objective. Also: loading a 3rd party from `cdnjs.cloudflare.com` may be blocked by the app's CSP; and using html2canvas 1.4.1 known vulnerabilities? html2canvas 1.4.1 has a known XSS issue? Actually html2canvas is client-side; there were reports... Let me not invent. But one real issue: **the static script tag contradicts "load on demand" claim** and adds page weight to all users of the painel tab. However, this template is for the painel only. It may matter. Also `useCORS: true` and `allowTaint: true` with html2canvas — if charts use external images (avatars), tainting could cause failures but allowTaint may expose CORS issues.
2. **`waitForPanelChartsPaint` uses `window.setTimeout(resolve, ms)` without clearing even if a chart render aborts.** Minor.
3. **`exportPanelChartsPrint` creates an iframe and relies on `iframe.onload` + `afterprint`.** If user cancels print dialog without printing? `afterprint` fires when dialog closes in most browsers. The fallback timeout 4000 ms calls cleanup+finishLoading, but doesn't call `cleanup` inside the afterprint... Actually afterprint: cleanup+finishLoading. Fallback timer also cleanup+finishLoading — protected by `finished` flag. Fine. Edge: if print dialog never opened because iframe fails to load after srcdoc... onload timeout 350ms then win.print(). OK.
4. **Security: generated print HTML embeds images as base64 data URLs — fine. But `title` and `viewLabel` are escaped with escapeHtml. `section.title` escaped. Table content escaped. OK.**
5. **XSS via `escapeHtml` in cell values.** `buildPrintTableHtml` escapes cells. Good. But is there an `escapeHtml` function defined in this file? Let me check — it's referenced but I didn't see it in the diff. Probably already exists in the file. Could verify with code_search. If missing, this would be a ReferenceError at runtime. Worth flagging as something to verify.
6. **`renderSsmaActionPlanGauge(containerId, normalizedValue, {...}, true)`** — changed the resolution gauge rendering to use the shared function. The 4th arg `hasData` passed `true`. Previously gradient built via `buildSsmaResolutionConicalGradient`. Need to confirm `renderSsmaActionPlanGauge` signature and that the color stops support the config shape `{x1, y1, x2, y2, stops}`. Verify with code_search in template. Also verify `refreshSsmaActionPlanCharts` exists and is exposed (it was in diff). Let's check context: `refreshSsmaActionPlanCharts` used in `ensureDistributionChartsForExport`, exposed on window in template. Good, consistent.
7. **Debounced resize re-renders charts every resize (150ms) — performance.** On resize, `renderPairedPendingCharts()` and `reflowCharts` — full re-render of Highcharts on every resize event after debounce. On window resize toggling (e.g., dragging) this re-creates charts (destroyChart + innerHTML = '' + new Highcharts.chart). That's expensive, could flicker. But it was already the case that reflow happened; now re-render on each resize. Potential medium performance / correctness issue: when user resizes while panel hidden or after switching view? Also `renderPairedPendingCharts` requires Highcharts wait? In the resize handler, is Highcharts guaranteed loaded? Possibly.
8. **`renderPairedPendingCharts` and `syncPairedPendingCharts` combined with waitHighcharts inside `renderPendenciasCharts`:** `renderPairedPendingCharts` calls `renderTopResponsibleChart()` and `renderOriginChart()` synchronously, then `syncPairedPendingCharts` schedules another render after 120 ms, then `reflowCharts(PENDENCIAS_CHART_KEYS)`. If initial render uses heights computed before the paired container layout settled (charts hidden, `.d-none`?), the 120 ms re-render recomputes. But double render is wasteful; also a race if data has changed between the two calls? Not likely. Hmm.
Note `renderPendenciasCharts`: `waitHighcharts(function(){ renderPairedPendingCharts(); syncPairedPendingCharts(); reflowCharts(...) })`. `syncPairedPendingCharts` re-renders after 120ms unconditionally on every invocation of `renderPendenciasCharts`, which happens on data loads — creating charts twice each time data refresh occurs. Flicker/perf. Medium/Low.
9. **`getPairedChartHeight` fallback and CSS min-height 235px, inner 175px** — Top responsible chart el.style.height set from container's height. After HTML changes the wrapper measures clientHeight; but if the view is pendencias `.d-none`? render only when visible. OK.
10. **`buildHBarChart` uses `getPairedChartHeight`; but in other views (visao_geral etc.), is `buildHBarChart` used where wrappers `.ssma-ap-chart-wrap--paired` don't exist?** It falls back to card height ~? If the chart is rendered inside a card that's hidden (d-none), clientHeight = 0 → fallback = 200. Fine.
Potential problem: `buildHBarChart` is generic and used for other charts (e.g., in comparativo or overview?). If in those contexts the container/card heights are small, chart height now depends on card height measured. And `el.style.maxHeight = 'none'` removed cap — but CSS `.ssma-ap-chart-host--fill` min-height:175px could conflict? Fine.
11. **`computeBarAxisMax` with `maxTotal` possibly decimal?** Values are counts (integers). For yMax of 0 → returns 5 even when no data; but the chart is only built when rows exist. tickInterval for axisMax 5 = 1, fine. If raw `value` large (e.g., 500) → padded = 560 → ceil(560/50)*50 = 600? Math.ceil(560/50)=12 → 600. Good.
12. **Contract: `top_responsible_pending` rows shape `{name, execution, validation}` and `pending_by_origin` `{label, value, percentage}`** — matches. Could verify against backend presenter (out of scope files) with code_search to confirm exactly fields. Since this feature relies on `panelData.charts` shape — a contract concern worth verifying with code_search for the endpoint's JSON or presenter.
13. **`exportPanelChartsPrint` in currentView `visao_geral`** calls `renderOverviewCharts()` — this function might rely on charts data availability; fine. `ensureDistributionChartsForExport()` re-renders distribution charts if resolution gauge lacks `.highcharts-container`. But note distribution charts are rendered by the code inside `_tab_action_plan.html.twig` (`initSsmaActionPlanCharts`) which exposes `window.refreshSsmaActionPlanCharts`. In template change, resolution gauge now uses shared render function. But `renderSsmaActionPlanGauge` creates DOM with conic gradient etc., not a Highcharts container. Wait — `ensureDistributionChartsForExport` checks for `.highcharts-container` in `resolutionEl`. But resolution gauge is NOT a Highcharts chart (it's a conic-gradient ring). It never has `.highcharts-container`. So `hasRenderedChart('ssma-action-plan-resolution-gauge')` uses `el.querySelector('.highcharts-container') || el.querySelector('.ssma-conic-gauge-wrapper')` — includes conic-gauge wrapper. Good, hasRenderablePrintSection works for gauge.
But `ensureDistributionChartsForExport` checks only `.highcharts-container` for resolutionEl; since the conic gauge never has `.highcharts-container`, `needsRefresh` will be true whenever resolution gauge DOM exists but lacks `.highcharts-container` — which is always (it's a conic gradient). So `refreshSsmaActionPlanCharts()` is called on every overview export, and waits 420ms. That's just an unnecessary re-render each export, though refresh probably re-renders the gauge to conic ring anyway (no highcharts), so re-rendering is harmless-ish but always triggers re-initialization. Actually wait: the gauge rendering in template creates `ssma-conic-gauge-wrapper`. That's the painted content. `hasRenderedChart` recognizes that. But `ensureDistributionChartsForExport` looks only for highcharts-container to decide refresh — bug: always refreshes when gauge exists. This may cause a redundant re-render flash + added delay. Low/Medium severity. Actually it's used for overview printing; a redundant re-render of distribution charts before export could change the displayed state. Probably benign but worth noting.
14. **Capturing images for print requires charts to be in the DOM — scrollIntoView of each card sequentially. If sections live in different sub-tabs or are inside collapsed regions (d-none), scrolling won't make them render.** For overview printing, the overview charts may be within a tab section that is active (currentView === visao_geral). Distribution charts (gauges/bars) live where? In `_tab_painel`? Per rules, distribution charts of type/prazo and gauges are in the Painel tab fed by `action_plan_data`; I think these are in the `visao_geral` sub-tab or in painel? Let me not overstate. The export goes section by section and scrolls each into view. Some sections belong to "Visão Geral" view and others (distribution) may be in a different container that is visible only when that subview is active — is it hidden under `data-ap-panel-view` containers? CSS hid pendencias vs visao_geral vs comparativo by sections. The overview print sections include distribution chart sections (type bar, deadline bar, gauges) — `getOverviewPrintSections` concatenates `getDistributionPrintSections()`. If those distribution charts are on the same overview screen, OK. But if they're on "pendencias" only? Hmm rules say charts distribution stay in the Painel tab fed by `action_plan_data`. Probably they're visible in overview too. We can't confirm. But wait — in the earlier diff for CSS, the distribution area `ssma-action-plan-dashboard-root` suggests a dashboard with distribution charts in painel's visao_geral view.
Potential rendering concern: html2canvas captures an element that scrolls out of view; with `scale:2` full-panel graphs (large ones like evolution chart spanning col-12), image capture may be huge; memory issues on low-end devices. Medium/low.
15. **`useCORS: true, allowTaint: true`** — html2canvas requires either CORS or taint; with allowTaint true and useCORS true, images that fail will taint canvas → toDataURL throws SecurityError → caught and returns null → fallback to table. But the Promise `.catch` resolves null. Then fallback logic: if `captured` null, section falls to `else if (!canCaptureImage && hasValues)` — but `canCaptureImage` was true originally... wait the logic: `canCaptureImage = hasRenderablePrintSection(section)` — true. `captured` null → `else if (!canCaptureImage && hasValues)` false → `else { continue; }` — so if capture fails, sections are skipped entirely even though table has values. So failure to load CORS images or html2canvas quirk causes charts silently dropped, whereas fallback tables exist. The fallback to table would produce usable output with the data (no chart image, but with data tables). Actually the design intends capture images, and table fallback only when no chart. So failure means no fallback → data not shown in export. Medium robustness concern: HTML-esque: `captureCardSectionForPrint` returns null on html2canvas failure → then section skipped if canCaptureImage true. Might leave export with fewer sections and the user not knowing. Could be considered acceptable but a UX gap. But actually maybe the intent: if chart shows but capture fails, we prefer no data? Odd. Low/medium.
16. **Global `window.addEventListener('resize')` handler added debounce 150ms → renderPairedPendingCharts + reflow... Also on initial view (pendencias) after every resize event, even if user is on a different tab or the charts are hidden, render... condition `if (currentView === 'pendencias')`. Hidden by view? If section hidden, render functions check visibility? `renderPendenciasCharts` checks section d-none. But `renderTopResponsibleChart`/`renderOriginChart` might not. Actually `renderPairedPendingCharts` calls these two directly; they likely don't check hidden. Wait, `renderPendenciasCharts` guard is at call sites, but the resize handler directly calls `renderPairedPendingCharts` when currentView is pendencias. If the painel tab is hidden but currentView remains pendencias (e.g., user switched to Ações tab but the panel is not the active tab?), resize triggers re-render of hidden charts (clientWidth zero/undefined → weird sizing), then re-render again when visible. Existing code had reflowCharts on hidden sections already... not critical.
17. `pairedChartsResizeTimer` — only cleared, never set to null; fine.
18. **Duplicated html2canvas loading path bug:** In `ensureHtml2Canvas`, when static script from template is still loading (not yet executed) and user clicks export quickly, `typeof window.html2canvas` false; `existing` loader element not found (static script has no id) → JS appends a second `<script>` for the same URL → double download. Rare race but real. Better to wait for the existing script onload. Low.
19. **`buildPrintDocumentHtml` uses `.ssma-ap-print-chart` img from dataUrl — fine. Page-break CSS uses unsupported `.ssma-ap-print-section{page-break-inside:avoid}` fine.**
20. **Print iframe width 0 height 0 — some browsers still print; printing from 0-size iframe is standard pattern. OK.**
21. `formatPrintDateTime` uses pad2 & toLocale... uses local. fine.
22. **`exportPanelChartsPrint` doesn't reset scroll position after ScrollIntoView of each section.** During capture, each section scrollIntoView — after print, page may be scrolled to last captured card, disorienting UX. The last card captured will remain in view. But print opens immediately after; after closing, page scroll remains where last section (which might be far down e.g., overview distribution charts). This is UX annoyance. Low.
23. **In `exportPanelChartsPrint`, `reflowCharts(PENDENCIAS_CHART_KEYS)` etc., but for pendencias the paired bar chart heights were computed at render time; reflow won't recompute bar sizing but highcharts reflow recalculates width only; renderTo size remains. Probably fine.**
24. **Security — export only client-side. No sensitive info? The captured PNG includes user data by design. The document title escaped. iframe srcdoc with base64 images — fine.**
25. **CSP / third-party CDN: the template hardcodes `https://cdnjs.cloudflare.com` and JS also loads it dynamically. If the environment is an intranet with CSP blocking, export fails gracefully (toast). The always-on script tag adds external network request for every painel page load, conflicting with the PR's own statement "html2canvas é carregado sob demanda". It should be removed from template, since the JS loader handles it on demand.** This is a notable finding: The template includes a static script tag while JS already implements on-demand injection; duplicate inclusion means the lib loads with page on every painel load — contradicts performance goal of PR; also static failure is not handled (no onerror fallback) — if CDN unreachable at page load, the dynamic loader still retries the same URL when clicked, would fail again with toast. Medium.
Also this introduces a third-party dependency without integrity attribute (SRI). Supply-chain risk low in this context.
26. **`refreshSsmaActionPlanCharts` exposed globally** — the template `_tab_action_plan.html.twig` for the "Ações" tab also gets loaded when the user is in plan tab; calling `refreshSsmaActionPlanCharts` from panel JS — defined regardless. If not loaded (panel being printed while actions tab never visited? Actually screenshot of distribution charts required only if containers exist; containers only exist in action plan page markup which includes both tabs? `_tab_action_plan.html.twig` is a tab within same page, so always present if the plan page rendered — yes when user views the panel, the whole index with both tabs is rendered, so the script in `_tab_action_plan.html.twig` executes and defines the window global? Is it inside the `<script>` guarded by containers existing? Wait: rules say render functions guard with `hasSsmaActionPlanDistributionCharts`, but exposures `window.initSsmaActionPlanCharts = ...` unconditional? The diff shows near the end:
```
window.initSsmaActionPlanCharts = initSsmaActionPlanCharts;
window.reflowSsmaActionPlanCharts = reflowSsmaActionPlanCharts;
window.refreshSsmaActionPlanCharts = refreshSsmaActionPlanCharts;
```
These object assignments happen at script load maybe regardless — earlier lines indicate `window.initSsmaActionPlanCharts = initSsmaActionPlanCharts;` at module init. OK so maybe there's a guard upstream.
Wait — is the twig template `_tab_action_plan.html.twig` loaded when opening tab painel? Probably yes — tabs all rendered server side with d-none classes.
27. **Change of resolution gauge rendering to function `renderSsmaActionPlanGauge(..., true)`** — the 4th argument previously may be `hasData`. Verify if for no-data gauges callers render empty state html before. In the function being replaced, it always renders the gauge. So calling renderSsmaActionPlanGauge directly replaces previous behavior of adding wrapper `d-flex ... h-100`. Might change layout: old markup had outer `<div class="d-flex align-items-center justify-content-center h-100">`. `renderSsmaActionPlanGauge` internal markup? Possibly handles. Need check with code_search for definition context in the template. Also verify colorConfig conversion: previously used `buildSsmaResolutionConicalGradient(normalizedValue, colorStops)` returning background string; now passes `{x1:0,y1:0,x2:1,y2:1,stops:colorStops}` and expects function to build gradient — need to ensure same direction/orientation and stops format (0..1 vs 0..100). If the shared function expects stops in percentages like `[['0%',...],['100%',...]]`? We must look at renderSsmaActionPlanGauge body to confirm color stops format matches `colorStops` (which is used by the old gradient builder). The template is itself one of the changed files, so only new context visible. Let me inspect more of the diff context around lines 471-520: We only see caller replacement and start of `renderSsmaActionPlanGauge` function inside same template file (from the diff hunk of action_plan template, but only a few lines). There was a `function renderSsmaActionPlanGauge(containerId, value, colorConfig, hasData) {` at line ~? and we see the replacement for `renderSsmaResolutionGauge` (the caller) calls renderSsmaActionPlanGauge(containerId, normalizedValue, { ... }, true).
So both functions in the same template file. Also `buildSsmaResolutionConicalGradient` perhaps used elsewhere. Fine.
28. **The old resolution gauge render didn't use `hasData` param; now passes true. If value is 0% (no data accepted), gauge shows 0% ring instead of an empty/no-data state? Maybe previous empty state handled by caller? With `hasData` = true always, charts with no data (e.g., zero rows) still render a 0% gauge — cosmetic like previous. OK.**
29. **In `tableFromBarChart`, data values may be `null` (points from no-data?) — handles null y as 0. Uses String(value). If value is number with decimals? e.g., avg days. OK.**
30. **Overview print sections percentages table: `String(row.percent...)`** duplicating? fine. `average_time_by_origin` rows are `value` maybe decimal; `tableFromBarChart` used for "Quais demoram mais"? Actually getOverviewPrintSections "Origin-time" custom. good.
31. **Accessibility / lang attribute on print doc has lang=pt-BR. good.**
32. **Possible issue: `findChartByContainerId` iterates `window.Highcharts.charts` whose `renderTo` may be an HTMLElement or an id string... In Highcharts, `chart.renderTo` is the DOM element after init (though during init may be string). It compares `renderTo.id === containerId`. If `renderTo` is a string? Typically HTMLElement. ok.
33. **The export may produce inconsistent data with what user sees: capture after re-render of origin/topResponsible charts (via sync render before capture). Export only captures; does not mutate data. good.**
34. **Big duplication: `exportPanelChartsPrint` code size — file already large (~3000 lines). New code adds ~640 lines for print/export to a *god JS file* that user rules say must be flagged.** The file already mixes panel logic; any increase must be signaled — "Se o arquivo já é grande e mistura muitas responsabilidades de tela, qualquer aumento deve ser sinalizado." Also the template `_tab_painel.html.twig` still has `<script>` blocks (from prior? changes there not in this diff, since we only see additions of button + etc). Arch review — Medium/Low.
35. **Potential bug in the resize handler**: `renderPairedPendingCharts()` is invoked inside timer; but `renderTopResponsibleChart` and `renderOriginChart` internally call waitHighcharts? We saw at line ~1560 `buildOriginChart`? Let's check: `buildHBarChart`, then destroy etc. In synchronous path. If Highcharts not loaded, the individual render functions may noop (they have `if (!el || !rows || !rows.length || !window.Highcharts) return;`... In resize handler triggered at 150ms after window resize; if the user resizes during initial page load before Highcharts is loaded (async), those render functions would return early without scheduling retry (their caller `renderPendenciasCharts` normally wraps in `waitHighcharts`). After `waitHighcharts` completes all good. Edge minor.
36. **Repeat: origin chart Highcharts config `chart.height: chartHeight` plus el.height; column chart inside flex fill... with fixed px; on reflow subsequent, highcharts can't adapt unless style height changed — they do re-render with getPairedChartHeight on resize in debounced handler (`renderPairedPendingCharts`), which recompute height from container and re-render — good.
37. **CSS: new paired hard-coded min-height 235px and header around content: if fonts scale (browser zoom / smaller screens), content might clip because `.ssma-ap-chart-wrap--paired` display:flex column and host fills min-height 175... overflow hidden? Not major.
38. **In `_tab_painel.html.twig`, export wrapper uses `d-none` condition with `panel_default_view == 'comparativo'` but `toggleHeaderFilters` handles by JS: sets `d-none` when viewId === 'comparativo'. Wait, in toggle function we saw added:
```
if (exportWrap) { exportWrap.classList.toggle('d-none', viewId === 'comparativo'); }
```
Then the export button hidden in comparativo — and also `#ap_painel_controls` toggled d-none entirely for comparativo (controls is whole header action area hidden). Wait `if (controls) { controls.classList.toggle('d-none', viewId === 'comparativo'); }` hides everything including the export? If so export wrap hiding is redundant. But maybe the app shows the filters area under different class.
That's fine.
39. Note duplication: The initial markup also hides export wrap when default view comparativo (`d-none`) as well as JS. ok.
40. XSS check: `buildPrintTableHtml` escapes cell content. `escapeHtml` — exists? If that helper is defined in the other template (`_tab_action_plan.html.twig`) or inside same JS? Probably the file already defines an escapeHtml helper. Confirm via code_search to rule out ReferenceError — worth raising as verification. But raising issue with code_search suggestion is allowed.
41. Very important: **Print includes base64 data of all charts; document built inside iframe by srcdoc; the export button re-enabled only after iframe load/print or 4s. If `win.print()` is synchronous-blocking in some browsers (older ones print dialog blocks JS) then afterprint may not fire before dialog closes? Usually afterprint fires. Fine.
42. **Potential race: Multiple export clicks prevented via `panelChartsPrintBusy`. Good.**
43. **`ensureHtml2Canvas` if promise never resolves on script error that fires before listener attached?** Creating the script element, then assigning onload/onerror before appending to head — fine. The `existing` path adds onload/error listeners after script might have already errored/loaded → potential hanging promise → `await ensureHtml2Canvas()` never resolves → busy spinner forever. The static template script has no id, so existing id-based loader only exists after first click failure that appended a loader with id. If first click's script failed to load, `existing` remains in the DOM with error state already fired; second click attaches listeners after the error event already fired -> promise never resolves → spinner permanent → button disabled until reload. Real edge (script add has id but remains in head even on error). Actually note in error path of first click: script.onerror resolve(false), but loader DOM element remains in head. On second click (user re-enables), `existing` found, listeners added after load/error events finished → no event will fire again → never resolve → UI stuck. This is a genuine bug in error-recovery flow. Severity medium (edge case: CDN failure scenario; export stuck busy). Good catch to include: `ensureHtml2Canvas` when an existing loader script previously failed. Suggest handling `existing.complete` state or removing loader on error. Also note that with the static CDN script now in template, loader path will trigger only if that static script fails or is blocked; still possible.
44. Also **template static script include + dynamic loader: double inclusion at page load if click happens while static script downloading** — exact race noted in #18.
45. Another possible bug: `renderSsmaActionPlanGauge(containerId, normalizedValue, config, true)` — 4th param hasData=true. Need check how hasData affects render; maybe when hasData false, it renders empty state text "Sem dados". If previously when value null/0 the gauge code still rendered correctly... it passes normalizedValue=0 with hasData true, so ring at zero. Might be OK.
But hold on, is there a possible regression: prior code — the method `buildSsmaResolutionConicalGradient(normalizedValue, colorStops)` produced gradient string for a ring starting at top. New shared `renderSsmaActionPlanGauge` builds from `colorConfig` with stops. The shared function might expect a different stop format (object with `stops` as arrays [offset, color] where offset is 0..1, or maybe offsets as "0%"?), while `colorStops` are from old builder. Check by examining the definition in the full template file using code_search with grep for `function renderSsmaActionPlanGauge` and `colorStops` to compare format. Good place to use code_search.
46. Also **`destroySsmaActionPlanCharts` now includes 'resolutionGauge' in the forEach, and separately empties html. If resolutionGauge isn't a Highcharts chart but DOM ring, `chartInstance.destroy` only applies if instance exists (it's null?), plus `ssmaActionPlanChartState.resolutionGauge = null` previously set; but now setting state entry null too via loop. Fine — the change actually fixed inconsistent cleanup. good.
Wait the removed line `ssmaActionPlanChartState.resolutionGauge = null;` was *after* the loop; now the key is included in the loop that destroys and nulls. Equivalent/better.
47. **Distribution charts refresh**: the call `refreshSsmaActionPlanCharts()` re-renders. If not loaded (user has no containers because a different page? in overview in tab panel page; only executes when printing to ensure images), and details of some charts in dead area of other hidden tabs (e.g., "Visão Geral" charts gone from DOM... unknown.
Let me think about high severity issues more seriously.
Given no backend files changed here, big data-scope issues can't be introduced except via exposing data through export. Print includes everything user can see. If the user's panel scope is limited (member sees only own), the charts/data respect viewer scope already.
A high severity candidate: **Print HTML injection via row names? escapeHtml everywhere; chart categories not used in table? tableFromBarChart uses categories in rows — escaped in buildPrintTableHtml. But the image capture always used the chart itself. So no injection.**
A real functional high/medium: **Export opens blank pages in browsers where iframes have 0×0 size before print? Often pattern uses position fixed; or modern browsers print srcdoc iframe content well. Accept.
Another important one: In overview print flow: `reflowCharts(OVERVIEW_CHART_KEYS)` then `ensureDistributionChartsForExport()`; distribution charts (type/deadline bars) fed from `action_plan_data` (not panel filters). If the panel default tab = 'comparativo'? no export allowed anyway.
Let me examine exact overview chart keys and sections to identify missing images. We can't see all context to confirm which charts belong to OVERVIEW vs distribution. We only know distribution chart ids are `ssma-action-plan-type-bar`, `ssma-action-plan-deadline-bar`, `ssma-action-plan-project-gauge`, `ssma-action-plan-resolution-gauge`.
Now overview printing order:
1 evolution (`ssma-ap-chart-overview-evolution`)
2 origin-time (`ssma-ap-chart-overview-origin-time`)
3 person-time (`ssma-ap-chart-overview-person-time`)
Then distribution sections: type bar, deadline bar, project gauge, resolution gauge.
But where are overview charts placed in the markup relative to hidden d-none? In `visao_geral` view. Distribution maybe in same section. Image capture requires the captureEl to be rendered/visible. If the distribution area is inside the visao_geral view container, ok. If some distribution charts are only inside a `pendencias` area visible separately (not the same data-ap-panel-view="visao_geral"), then those images can't be captured in overview export unless containers are visible. But likely they are located in the overview content.
Note: There might be duplication: the overview pane shows in overview all specified stats. On print we capture each chart card by id. Fine.
Alright, let me also consider CSS change removing `max-height` from hbar: `el.style.maxHeight = 'none';` — previously `maxHeight = chartHeight + 'px'` equal to height. Changing to none is fine given CSS `.ssma-ap-chart-host--fill` might set its own max-height none and the style rule previously set `max-height: none` came from css new... In CSS they added `.ssma-ap-chart-host--fill { max-height: none; }` for the fill host to override existing `max-height` styles. But now JS sets `el.style.maxHeight='none'`.
Wait: CSS (this review group) includes:
```
#ssma-action-plan-dashboard-root .ssma-ap-chart-host--fill {
flex: 1 1 auto; width:100%; min-height:175px; height:100%; max-height:none;
}
```
With `height:100%` inside a flex parent with min-height 0. If HTML sets inline style `height: 800px; min-height: 800px; max-height: none`, highcharts re-render sizes... JS sets height from measured `getPairedChartHeight` at render. But the origin chart then builds with chart.height = chartHeight in pixels. Note heights from `getPairedChartHeight(el, 200)` measure before data render? e.g. initial hidden state, or when measuring, el.clientHeight includes padding? If wrapper's wrap height uses flex assigned heights but the actual host fills 100% (css). Wait el is the inner div itself (host) with CSS minimal chart host style (existing `.ssma-ap-chart-host--column` sets min heights) and the new `--fill` classes; when measuring `el.closest('.ssma-ap-chart-wrap--paired')` returns wrap whose clientHeight may exceed 80 but equals card remaining space (flex column). If card content height varies (e.g., title wraps to two lines at narrow widths), wrap height varies; JS measures at render time to right-size Highcharts (since SVG charts don't handle flex automatically unless reflow). Then debounced resize re-renders with new heights. However at widths between breakpoints where cards stack vertically (col-12 on mobile), flex row height may differ, re-renders adjust.
Potential bug: On mobile: chart cards stacked: col with `d-flex` — parent row is flex? `.ssma-dashboard-chart-pair-row` display? For col stacked each col still d-flex → card inside stretches to height of that col; when stacked heights differ. wrap heights determined maybe by paired card's paired... Wait both cards in a row now equal height due to row display flex and col d-flex; they go together. When stacked (mobile), each ~equal. heights measure. good.
Anyway not a severe JS logic issue.
Consider `getPairedChartHeight` using wrap.clientHeight > 80 fallback to card.header subtract. However card `clientHeight` may include padding and bottom; header height via offsetHeight. ok.
**Highcharts bar chart with category count and `chartHeight`: uses computed `slot = usable/count; pointWidth min 26 max 11...` If categories length is 10 and chartHeight 235: usable=191, slot=19.1, pointWidth= max(11, min(26, floor(10.7)=10)) → wait Math.floor(19.1*0.56)= floor(10.7)=10 → then min(26,10)=10 then max(11,10)=11 pointWidth. groupPadding = clamp(1 - 11/19.1=0.42) → min(0.3, 0.42) → 0.3? Actually 0.3 vs 0.424: min=0.3, max(0.06,0.3)=0.3. Bars of 11px plus group padding 0.3 of slot width -> fine.
But **if chart height fallback 200 and categories count 1... fine.
Let's now list high / medium / low issues ranked.
Potential severe issue: **Static inclusion of html2canvas from CDN** conflicts with "load on demand" and also means third-party executes on every painel page load, even on the view Comparativo where export is hidden. That plus external dependency with no SRI and no fallback handling. Not data loss or security per se, but violates PR performance; medium.
But because this PR's background states that html2canvas is loaded on demand and no impact on initial load, and the actual code adds an unconditional static `<script src=cdn>` in the same template — real discrepancy; the dynamic loader code becomes partly dead for normal loads, and in failure/blocked cases race/duplicate. We can mark medium.
Actually is the static tag in template necessary for the html2canvas capture to work with images? EnsureHtml2Canvas loader already handles. The static script seems an accidental leftover from testing. Good catch.
**Potential bug: resolution gauge always considered "needs refresh"?** Let me re-examine `ensureDistributionChartsForExport`:
```js
var resolutionEl = document.getElementById('ssma-action-plan-resolution-gauge');
var needsRefresh = !!(resolutionEl && !resolutionEl.querySelector('.highcharts-container'));
```
Resolution gauge rendered by conic ring, never highcharts container. So *on the overview page*, if resolution gauge exists (which it does when charts initialized), needsRefresh true every time → always calls window.refreshSsmaActionPlanCharts() before every overview export. Which re-renders all distribution charts... The reason for refresh presumably is when the user hasn't visited the actions tab/the gauge isn't rendered; but this flag instead fires even when gauge already rendered, causing a full re-render and 420ms delay on each export. Wait: resolution gauge might be a highcharts? Let's trace: in _tab_action_plan template there are two charts type gauge:
- project gauge maybe Highcharts solidgauge/highcharts? `ssma-action-plan-project-gauge` could be drawn using Highcharts? Earlier code: destroy list used chartInstance.destroy for projectGauge,typeBar,deadlineBar — they support highcharts instances. resolution gauge previously was pure DOM with conic gradient and set `ssmaActionPlanChartState.resolutionGauge = null` and no destroy; now code changed to render via shared `renderSsmaActionPlanGauge`, which is also DOM (conic gradient). confirm: name `renderSsmaActionPlanGauge` may create DOM ring, no highcharts. So yes.
Yet hasRenderedChart resolution uses `.highcharts-container || .ssma-conic-gauge-wrapper` and the gauge exists with `.ssma-conic-gauge-wrapper`. So for export the gauge is renderable. But the condition to decide refresh is wrong: it's based on a class that never appears in this element; effectively always refresh. Unless... maybe the chart type resolution gauge is within the Overview tab and not in the DOM until you enter the overview? Then `resolutionEl` null → no refresh needed... but getOverviewPrintSections includes type/deadline/project/resolution gauges that live in distribution section; presumably they render when actions tab loaded.
Given charts exist but check using wrong selector, refresh being always invoked may be benign but wasteful; plus `refreshSsmaActionPlanCharts` re-inits distribution charts possibly requiring `waitHighcharts` internally and can cause overlapping re-render with currently visible ones (flicker). Yet the real impact is a screenshot timing issue? Let me flag it medium/low: logic bug in deciding when to refresh, causing forced refresh always when the gauge wrapper exists (and not if absent). But if no resolution gauge (resolutionEl null) but other distribution charts not yet rendered? HasRenderablePrintSection checks `hasRenderedChart` (conic wrapper presence). If not rendered, chart section skipped. Then distribution sections that are still unrendered (user never scrolled?) get skipped?? For highcharts-based type/deadline charts may exist, but if the actions tab charts rely on their own rendering only when containers exist (which they do in overview painel view too, since same DOM loaded once). Hmm hard to assert without markup. Might cause printing missing charts when they are not initialized because the user opened the page directly to the panel tab and never triggered action plan chart init? init functions run regardless? In template _tab_action_plan they check `hasSsmaActionPlanDistributionCharts` which returns true if containers exist in DOM (all tabs rendered). init probably at load. so fine.
Note: **`ensureDistributionChartsForExport` calls `refreshSsmaActionPlanCharts` which is from the Ações tab; then prints the overview. That global may not exist if the actions template was not loaded or the distribution script hadn't executed (e.g., the panel page opened directly in a full-screen painel index file probably includes that tab).** Fine because in template of actions they now expose it. The guard checks typeof function before call.
Issues around ordering and race with user interactions while exporting: export awaits many timeouts; a user could change filter mid-export. Button disabled but filters enabled → charts re-render during print capture → captured images could be inconsistent (some old/some new), but that is inherent; not a bug worthy.
Data: `captureCardSectionForPrint` reflows charts before waiting 220ms; re-render may occur if panel filter change.
Another genuine JS bug candidate: `exportPanelChartsPrint` — in `visao_geral`, after building sectionsHtml captures sequentially with **scrollIntoView + html2canvas clone**. If a chart's container is inside a horizontally scrollable overflow container (modern-header?), scrollIntoView with block nearest etc. ensure chart visible. But html2canvas requires the element be fully rendered within the viewport? html2canvas captures regardless of viewport (offscreen elements are captured with scroll adjustments ?). html2canvas supports offscreen by scrolling internally? I believe html2canvas clones document, and element is captured even if at scroll offset. So no — fine.
**Important XSS via iframe srcdoc title?** escaped.
**Print quality of the evolution chart spans 12 columns (wide) — the image captured at 2× scale of full width card about 1100px wide => nice.
Consider memory for many charts (overview has 7 sections) each 2× scale PNG ~ maybe 10-20MB base64 strings in total? For low-end mobile may be heavy but not blocker.
Wait — **js is loaded also on mobile FAB? export button hidden? In the markup, export button lives inside `#ap_painel_controls` top area, targeted for desktop? On mobile, header actions probably still show; fine.
**Low-risk items**:
- `var` usage in new code vs rules (`var panelChartsPrintBusy`, `var captured`, etc.) contradict the "no var" rule. However file follows var style throughout. Low.
- New code written with `async function` mixing with legacy var — fine.
- The dead `controls.classList.toggle('d-none', comparativo)` with second toggling of exportWrap duplicated — harmless redundancy.
Big ticket: file is now enormous (~3100+ lines) and this PR adds ~640 lines only print logic — should be a separate module/helper file (user-specific review priority #1: duplicated logic/ file already large). This is more of maintainability flagged Medium. Because rules emphasize: "Lógica de tratamento de erro/loading/notificação duplicada entre módulos deve ser extraída... Se o arquivo já é grande e mistura muitas responsabilidades de tela, qualquer aumento deve ser sinalizado." Yes — signal Medium (architecture debt). Good.
Also since actions tab's template has scroll script of +100 lines? Not this diff: It IS in this diff (resolution gauge replaced by calls). Actually we review only the small portion.
**Breakage check** — `renderSsmaActionPlanGauge` signature may return `{reflow: $.noop}` in earlier versions; in old caller when not found? It now returns the object as chart state? The call replaces direct html with `return renderSsmaActionPlanGauge(...)`. The caller was likely wrapped in waitHighcharts? In diff, the replaced block was at line 473-492 of snippet. Also `renderSsmaActionPlanGauge` is a function that internally sets chart state `ssmaActionPlanChartState.resolutionGauge = ???` (probably DOM). Need to check colorConfig & hasData semantics to ensure previously there was a special no-value state? Let's use tool code_search on `function renderSsmaActionPlanGauge` plus `colorStops` / `buildSsmaResolutionConicalGradient` to understand whether gradient config shape matches. The tool use is only "plan" wording — actual calls not executed; but we should include `→ code_search` entries. Good.
Another subtle bug: hbar chart height uses categories count*22+48 formerly; but many rows (10) could produce chart taller than the paired card minimum — now with fixed heights need scroll? Long labels might be compressed given fixed height for 10 bars may be fine at about 23 px each.
Wait computations: given fallback 200 and category count 10 → usable=156, slot=15.6, pointWidth ~ min(26, floor(8.7)=8 → 8 → max(11,8) → 11. So bar width 11 in 15.6 slot = ok. Chart shows all 10 rows in ~200px.
A behavior issue: When data has 0 total categories? buildHBar called only if rows length; categories length > 0.
Origin chart column? Or stacked column height computed; charts type column for origin using `chart.height` set to chartHeight = window height. Then origin chart container height has JS inline height = chartHeight as well. OK.
**Also computeBarAxisMax for stacked totals max=200 returns padded=224→? 224>100 so ceil(224/50)*50 = 250.** fine.
**Resize handler added re-render 150ms debounce of paired charts, even when charts data has not changed; a simpler reflow was previously done. Since Highcharts `chart.update` preserved state previously? The re-render by destroy+innerHTML=''+new charts loses hover/state and re-queries row data? Actually the render functions fetch data from `panelData` var so ok.
The risk: while user drags window, renderPairedPendingCharts runs; possible jank but small.
Now check twig export button: `aria-label` good; includes button uses existing class mhs-btn-secondary. good.
**Operational summary id added**: `ssma-ap-operational-summary` also for capture with captureType panel. captureElement: `.closest('.app-card-surface')` -> the summary div isn't app-card-surface? getChartCaptureElement returns `closest('.ssma-dashboard-chart-card') || closest('.app-card-surface') || el` — for the summary (ssma-ap-operational-summary), if it contains no dark chart card, capture returns itself — good since summary has own styling.
Operational summary print captured then included as img. getTable fallback. OK.
Now think about **the most serious potential data exposure bug**: export in overview includes distribution charts that DO NOT reflect selected filters (type/prazo and gauges fed by action_plan_data from the "actions" tab — unfiltered). The overview export doc mixes two classes of charts: overview charts (respecting the overview/period selection?) and distribution charts (not honouring filters). In the printed PDF, the user may believe distribution figures correspond to the same period/filter just applied in overview while they are the global ones (no filter). That is misleading output − a business correctness nuance partially acknowledged in the rules (charts ignoring panel filters is an intended bug of #685, not this PR). The export prints a synthesized document that juxtaposes both classes; the previous UI had these charts in separate sections? in visao_geral UI maybe the same juxtaposition exists already. Actually if they appear together on screen already, no new confusion. So not flag high.
Better: check whether `getOverviewPrintSections` includes distribution charts on the overview *screen*. They likely are displayed below as a dashboard row (the markup with `ssma-action-plan-dashboard-root` present in painel or overview). Given the markup of tab painel not part of review (except diff shows `ssma-action-plan-dashboard-root` in pendencias? Actually this review template diff of _tab_painel only shows updated pendências row plus operational summary; distribution root perhaps elsewhere in same template not shown). Can't confirm.
Given the broad uncertainty, the plan should target verifying some facts:
1. confirm `escapeHtml` exists in action_plan_panel.js (Rule XSS/error)
2. confirm shape of backend charts JSON keys: search controller/service for keys `top_responsible_pending`/`pending_by_origin`/`critical_pending_by_deadline` and the `operational_summary` fields.
3. inspect definitions around `renderSsmaActionPlanGauge`, colorConfig stops semantics in the twig to validate grade.
4. confirm duplicate html2canvas: confirm absence of other loader and the static script in the template and whether any view/tab-specific guard around it.
5. code_search for `.ssma-conic-gauge-wrapper` CSS maybe to validate refresh check mismatch? not needed.
Let's now formulate the issues in Portuguese and ordered high→medium→low, obeying the requirement that issue descriptions include (localization, nature, impact). Each with optional tool lines; tool names with parameters in natural text.
We aim for maybe 8-10 issues. Need to keep useful. Let me settle severities:
High candidates?
- None definitively high? The duplicated always-loaded CDN script is closer to medium/low; style var low; wait possible stuck on failed html2canvas (medium); refresh logic (medium?); file growth (medium, per explicit user priority); double render paired charts (medium/low); hidden charts skip print sections without fallback values (medium?) – Wait in buildPrintSectionsHtml, if canCapture false and has table values, outputs table; if has renderable charts but capture fails, goes `else { continue; }` (skips) even though table contains complete values → export silently missing diagrams/data. Since getTable built exclusively as fallback for un-rendered charts, but capture-failure case is not falling back. The user gets no data for that section. Suggest fallback to table when capture returns null. Attack realism: html2canvas fails when any image fetch fails/taints returning null (e.g., avatars in the print card? charts are highcharts SVG — html2canvas's SVG support is decent; it can fail with cloned fonts etc.). possible. Medium.
- Race/hang in ensureHtml2Canvas when script already failed: medium-low (UI stuck only under CDN failure then retry). lower-medium.
- **Refresh/export of resolution gauge forcibly re-rendering when already rendered**: correctness maybe low. Actually more important functional gap: `ensureDistributionChartsForExport` refresh decision uses `.highcharts-container` but the gauge uses `.ssma-conic-gauge-wrapper`; the refresh for other charts typeBar/deadline may need to happen when user directly landed on comparison panel? no export there. Since refresh runs frequently in visão geral while exporting (may reset zoom/state?). fine as low.
Let's decide ordering with all themes:
1. [high] Duplicate/static inclusion of html2canvas CDN in `_tab_painel.html.twig` contradicts the on-demand design — loads third-party code on every page load in all screens of painel, even Comparativo where export button hidden; not handled failures/no SRI; duplicates the dynamic loader path in JS (two request attempts under race), conflicts with PR goal and outer rule framework cdn stability. → Actually severity: medium. Hmm. Third-party script inclusion always; not a data loss. Medium.
2. [medium] exportPanelChartsPrint hide/regress — capture failure fallback bug (charts present but capture fails => section lost although table exists; also re-render/flicker of distribution charts). Needs verify the fallback arrangement could fallback to table instead of skipping. medium.
3. [medium] ensureHtml2Canvas promise never settles if previous loader failed — permanently stuck loading; reload needed. Include tool line.
4. [medium] Resolution gauge refresh condition effectively always true (checks wrong selector) → unnecessary re-render+delay; additionally if gauge el absent but other distribution charts still absent and their `window.refreshSsmaActionPlanCharts`... Actually if resolution el absent (maybe because charts not initialized), code won't call refresh, yet other distribution charts unrendered would then be skipped— waiting for refresh would have helped it renders other charts. Suggest condition should check all distribution chart containers or call refresh when any missing. Combined logic confusion. medium/low.
Let's phrase: refresh only when resolution gauge missing highcharts, but gauge is never a highcharts — so when the wrapper exists the refresh always runs; when initialization did not happen (resolutionEl null), refresh never runs, yet the needed highcharts typeBar/deadlineBar might still be missing from DOM. So inversion. Flag as medium: export in overview can either force redundant refresh or skip missing charts.
5. [medium] New export/capture reuses `renderOverviewCharts` & reflow but not filter synchronization; but not in our diff view; skip.
6. [medium] Charts re-render on every window resize (150 ms debounce) by destroying/rebuilding both Highcharts instances (renderPairedPendingCharts) — expensive and disruptive while resizing/toggling devtools/sidebar; previously only `reflowCharts` was called, now on each debounce new chart instance triggers layout recalc and flicker. medium/low. Probably mark medium because frequent. Actually the debounce is 150ms — during a resize gesture of 1 second, ~5 re-renders. Each rebuild involves Highcharts creation of 2 charts and reading layout; may cause visible flicker and CPU; inside mobile zoom triggers resize events? likely repeated zoom events -> repeated chart rebuild. Also each render calls destroy and innerHTML, causing work on a view that might not be visible (if panel tab inactive). flag as medium.
Also the re-render triggers asynchronous waitHighcharts? no.
When currentView pendencias and user is on the **table only subview** pendencias with no visible chart cards (e.g., filtered out?) charts may not exist; render functions return early when rows absent? they rely on el presence and rows length — ok.
7. [medium] Print capture of charts in cards uses scrollIntoView and 2× scale of high-res; the documents assembled in iframe without removing the hc charts original container – but no visible effect.
8. [medium] Misleading combined data in printed PDF mixing filtered overview stats with global distribution charts (inherited behavior of #685 but now turned into a printed report without legend that charts are unfiltered-global; the previous screen presented them near, but print removes filter labels / context like unit/team? The generated document has only a title label of view and no metadata about the applied filters. If the export is intended to be a report, omitting the selected period/team/unit in header makes numbers ambiguous — e.g., "Pendências por origem" may reflect only selected period? Probably charts keyed to filters show e.g., pendencias charts uses same filters so they reflect selection. But for overview-average based? In overview UI filter selection changes; print doc omits any filter crumbs. Content risk that a printed report cannot be traced to the period/team used. Suggest adding filter metadata in header. Yet this design is a matter; low/medium. Because the screen shows filter chips themselves? no. I will cite low.
9. [low] `var` usage in new code (file already uses var) — low style.
10. [low] Export button's innerHTML spinner uses raw fixed PT "Gerando PDF…" although export is print dialog in browser, fine.
11. [low] The `pairedChartsResizeTimer` and other large blocks: suggest extracting new modules.
12. [medium] overloaded file size already; new ~640 lines print logic on the already large action_plan_panel.js blended with UI concerns; continue to grow... Rules: signal. Also the top-level script in `.twig` exposing more global refresh is needed given cross-tab integration but relying on global from another tab's template creates hidden coupling: `ensureDistributionChartsForExport` calls `window.refreshSsmaActionPlanCharts` — only defined when the Actions tab template's script executed; if future lazy loading of tabs removes the script, exporting overview silently breaks/refresh skipped. Existing architecture already cross-couples (documented). Not new. Medium-low.
13. [low] temp 4-second fallback.
Focus: pick top relevant issues and not over-produce. Could do ~9 items.
Need produce planned `→ tool` lines with tool name and invocation args, plus purpose. Since these are for the plan, we need to supply arguments — I'll write summary textual arguments like:
→ code_search "renderSsmaActionPlanGauge" file_patterns ["templates/ssma/action_plan/tabs/_tab_action_plan.html.twig"] — verificar assinatura e formato in colors config to confirm color stops updates equivalent to previous buildSsmaResolutionConicalGradient.
Let me concretely structure issues:
Summary: line describing: adiciona exportação/impressão dos gráficos do painel pendencias/visão geral via html2canvas..., ajusta layout/alturas dos gráficos pareados, expõe refresh etc.
Issues
1. [high][?] hmm would we prefer one high-level issue about print export being unreliable around missing pieces? We lack proof for high. But we could justify high on **export hang**? That is only in CDN error path where toast says error path first. The hang occurs after first error retry; edge. Not high.
Maybe something high: XSS risk when rendering captured? no.
Maybe high: **Print content escaping of the title uses escapeHtml**, but row values already escaped. OK.
Given the guidelines: do not invent issues, keep severity honest. Let's settle for top medium issues.
Wait — revisit the fallback bug: If html2canvas fails to load (offline) the export aborts entirely with toast. So no output — reasonable behavior decided by spec? spec says: If loading fails, toast error and abort without freezing: yes explicit spec => toast and abort. right not bug.
If a section capture returns null due element capture error: export continues without section. This may not be huge.
One more check — **the `refreshSsmaActionPlanCharts` and distribution chart relation for overview**: since distribution charts remain those from action_plan_data (no panel filters applied per #685), during overview export we captured them as part of overview PDF. But if user is on visao_geral and the painel tab... **the overview screen normally does NOT include distribution-type/deadline charts?** Looking at rules frontend: distribution charts (type bar, deadline bar, gauges) stay in the Painel tab (`_tab_painel`) fed from `action_plan_data`. Since `_tab_painel` is exactly this page containing both panel views pendencias and visao_geral... Hmm these may appear at bottom of the panel regardless of subview; the CSS and new HTML indicates in pendencias content section includes "Top responsáveis" and "Origem" charts in a pair row; overview section elsewhere includes the distribution row with className `ssma-action-plan-dashboard-root`. Wait CSS references '#ssma-action-plan-dashboard-root .ssma-dashboard-chart-pair-row' meaning the dashboard root containing the KPI type... The distribution charts are probably under painel's overview/right pane area.
But export includes getDistributionPrintSections inside Overview. Those distribution charts DOM containers ideally lie within the `visao_geral` area (maybe separate place). Given `data-ap-panel-view="visao_geral"` container might hold or not hold them. If they are under `pendencias` view then image capture while overview active gets charts with d-none parent → html2canvas clones invisible element (charts inside hidden parent have no layout → zero size) returns small/empty images (or null) and then section dropped; if under overview then fine. The mismatch of include distribution in overview print suggests implementer knows they are visible in overview view.
I can include a tool check to locate the containers by id in the template: code_search "ssma-action-plan-type-bar" in templates to see ancestor view.
Actually let's inject tool to verify: code_search "ssma-action-plan-type-bar" file_patterns ["templates/ssma/action_plan/**"].
Also "ssma-ap-chart-overview-evolution", "ssma-ap-chart-critical", "data-ap-panel-view" etc.
Now decide final list with severities:
**Medium issues:**
M1: Falha na captura não usa fallback de tabela — seções com gráfico renderizado mas captura falha (html2canvas retorna null) somem do PDF e os dados também (mesmo havendo tabela pronta). Real impact: relatório sai incompleto sem aviso; suggest fallback when `captured` null and hasValues — render table section. Location: buildPrintSectionsHtml lines left near end. Also second variant: if canCaptureImage true but chart not *visible* (inside d-none parent) returns null.
M2: `<script src=cdn html2canvas>` incondicional no template contradiz o carregamento sob demanda e gera inclusão duplicada com ensureHtml2Canvas; além de não ter SRI/tratamento de falha; terceirização executada em todas as cargas do painel (inclusive Comparativo onde o botão nem aparece). Offender/_tab_painel.html.twig. The JS dynamic loader shows intent to lazy load; the template loads eagerly — duplication. If supply offline scenario fails script blocked, export path cannot because ensureHtml2Canvas dependency cannot load either if page earlier didn't: well if static script blocked and page loads but error, dynamic loader on click tries again same blocked URL -> toast says unable. So static script adds no gain. remove. medium.
M3: ensureHtml2Canvas pode pendurar pra sempre no cenário de retry após falha (o elemento `<script id=ssma-ap-panel-html2canvas-loader>` permanece no DOM; na segunda tentativa os eventos load/error já dispararam, nenhum listener dispara → Promise nunca resolve → botão preso no spinner). Suggest remove loader no onerror/onload or check for `script.complete` with existing add event fallback. medium.
M4: Condição de refresh dos gráficos de distribuição usa `.highcharts-container` no gauge de resolução que é gradiente cônico (`.ssma-conic-gauge-wrapper`) — nunca satisfeita ⇒ toda exportação da Visão Geral força `refreshSsmaActionPlanCharts` (re-render + 420ms); e no caso inverso — painel ainda não inicializado e gauge ausente, `needsRefresh=false` e nenhum refresh é feito, fazendo seções sem gráfico serem ignoradas mesmo havendo dados. inverter critério. medium.
M5: Re-render total dos dois gráficos pareados a cada resize com debounce 150ms; rebuild (destroy + innerHTML + new Highcharts.chart) em vez de reflow, inclusive se a aba painel não estiver ativa? currentView pendencias mas painel oculto? tab visibility not same as currentView, could flicker, heavy CPU. Suggest measure+update chart instead of full rebuild; and guard with document visibility. medium.
M6: New ~650 linhas no `action_plan_panel.js` (funções de exportação + captura + helpers) adicionadas em um arquivo já grande e com muitas responsabilidades; lógica de impressão em módulo próprio melhoraria manutenção/testabilidade. É a prioridade da regra do usuário. Medium but more maintainability; can be medium or low given no functional impact; user rules say to "sinalizar" — not necessarily blocking. Mark medium? "Se o arquivo já é grande e mistura muitas responsabilidades de tela, qualquer aumento deve ser sinalizado." I'll set as medium.
M7: HTML layout "col-12/col-lg-6 with d-flex" mobile stacking heights & min heights constants — could have clipping; perhaps skip.
M8: **Race condition of duplicate export still possible?** `panelChartsPrintBusy` toggled only set true after first awaits (`ensureHtml2Canvas` previous). Actually in exportPanelChartsPrint: At top, if busy return; not busy -> performs reflow/render; `var btn` then `panelChartsPrintBusy=true` quickly; after awaits still synchronous before first await? There is an `await` before setting busy? Code order: `ensureDistributionChartsForExport()` is awaited before set busy==true (inside pendencias, no await else overview includes `await waitForPanelChartsPaint(120); await ensureDistributionChartsForExport();`). During those awaits (0.12s+0.22-0.42s) busy isn't set yet — double click could start export twice concurrently. In a slow render overview, two exports run in parallel (two print dialogs). After busy set subsequent clicks ignored. So a double-click at beginning (within ~300-500ms) causes two export drafts/states interfering (both capturing/re-render). Recommendation: set panelChartsPrintBusy=true & button loading at the beginning (right after permission validation), before reflows; reset in final; or set button.disabled immediately. This is a genuine race: when clicking quickly twice on overview; the export btn handler, first invocation awaits 280+...; but set busy at latter. good medium.
M9: Keep highcharts capture ordering bug: first capture `scrollIntoView` will re-render? no.
M10: "iframe de impressão" with cleanup timeout 4000 fixed: A print dialog open longer than 4s leads cleanup removing iframe & re-enabling btn while user still prints: printing usually snapshots content at call time; removing iframe after dialog closes maybe ok, but afterprint may not matter. Fixed 4s is usually enough but on slower browsers can fail: better tied to afterprint + window.onfocus fallback. Low.
M11 low: var declarations in new code (style). low.
M12 low: printed PDF does not identify filtros usados (period/team/unit) — informational. For report traceability; also distribution charts global unfiltered might mislead. But are we sure filters not printed: buildPrintDocumentHtml has only viewLabel and datetime; yes, filters absent. That could be ok in product; classify low and mention to verify with product.
Optionally mention as low.
**Need tools suggestions**:
For M1, tool to read the template to locate containers visibility? Mainly code in file we have. Could propose `file_find` on action_plan templates? Use code_search.
We should describe actual planned tools:
1. code_search "function escapeHtml" pattern in action_plan_panel.js file (to ensure helper exists to avoid ReferenceError in print).
2. code_search "renderSsmaActionPlanGauge|buildSsmaResolutionConicalGradient|colorStops" in `_tab_action_plan.html.twig` — validate color stops conversion equivalence.
3. code_search "refreshSsmaActionPlanCharts" in `_tab_action_plan.html.twig` and `action_plan_panel.js` to confirm exposure; also that there is guard hasSsma... or waitHighcharts; may be unnecessary but fine.
4. code_search "html2canvas" file_patterns ["templates/"] and ["public/js/ssma/action_plan_panel.js"] to identify duplication/races.
5. code_search "ssma-action-plan-type-bar|ssma-action-plan-resolution-gauge|data-ap-panel-view" in templates to confirm which panel view containers hold distribution charts and whether capture in overview/d pendencias requires hidden section toggling.
6. code_search "top_responsible_pending|pending_by_origin|critical_pending_by_deadline" file_patterns ["src/**/*.php"] to confirm the data contract fields exist (labels/validate/execution etc.) used by print tables.
7. file_read path_array maybe for rendering? not needed if we use code_search.
Include tools in relevant issues, not each.
Ordering:
1. High? Let's determine if any is high under definitions: medium→ functionality edge problems/performance/maintainability; high = security, data loss, system crash, critical functional failure. The race double print? No. The biggest real risk may be the always-capturing distro/global data, layout... nothing qualifies as high clearly. But check "system crash" memory: 2x full cards capture yields huge canvas; browser crash on low-end? eh.
Wait: One bug with genuine functional failure: In `overview` export, building sections includes gauges (`projectGauge`, `resolutionGauge`) that are NOT currently visible in visao_geral? If they are `d-none`, screenshot returns tiny/miss → skipped silently. But the code — ensureDistributionChartsForExport was added explicitly to refresh before capture. The refresh renders those charts into their containers (however containers d-none still have 0 dimensions). html2canvas yields zero or null `canvas.width...?` returns resolve null. Then buildPrintSectionsHtml sees captured null; canCaptureImage true; drops section — despite `getTable` having values. Again fallback would save this. This could produce missing "Taxa de planos com projetos"/"Taxa de aceitação" from print on Visão Geral of regular. In UI visão geral shows gauges? If the gauge row is outside overview container but static content? The pendencias/overview divs: charts of distribution remain inside Ações view? Hmm.
But if on screen overview doesn't display gauges, then exporting them at all makes no sense; product intended they print too, so probably they are rendered on screen in overview. Let me not overfit; keep fallback issue.
Maybe set overall top risk high due to XSS-ish? no. It's fine to have no high items.
However output rules in task don't require high. Good.
We can still have first medium as M (duplicata/estática) as main.
Let’s build ~10 items:
1. (medium) Set export busy earlier — duplicate export race on rapid double clicks in Visão Geral.
2. (medium) `buildPrintSectionsHtml` skips section when capture returns null even if there is table fallback — silent incomplete report. Also including condition canCaptureImage but not visible; treat captured null with visible chart … use table.
3. (medium) Template includes html2canvas statically while JS promises on-demand loading — PR objective conflict; adds external request to every painel view; leave only on click loader handling. (Include SRI/security note: no integrity/CSP... but internet in corp app likely subject.)
4. (medium) `ensureHtml2Canvas` second attempt never resolves after a failed prior load (listener attached after events fired) — spinner indefinite => feature stuck; also if template static script exists but has not yet finished (race) duplicates network.
5. (medium) `computeBar...` good; instead M: `ensureDistributionChartsForExport` wrong element class check (inverted conditions) leading to forced refresh always or no refresh when needed.
6. (medium) Debounce 150ms re-render on every resize destroys & recreates charts; heavy / flicker; previous behavior = reflow only; consider `chart.update` sizing once; guard hidden.
7. (medium) action_plan_panel.js growth: + ~650 lines printing; user rule: file already large/mixed responsibilities — extract to companion module.
8. (low) when captured images failed due charts hidden (d-none), using scrollIntoView cannot fix; filter metadata not on document — traceability.
9. (low) `var` in new code (vs rule) — plus `async/await` in the patch vs existing style: low.
10. (low) Print cleanup timeouts & afterprint fallback 4s; stale timers; if dialog opens >4s, cleanup/re-enable while user dialog open can lead to another click export acting while first still open. Actually that yields genuine duplicate concurrency (M1 also). Might merge to single issue "afterprint & 4s cleanup race with other actions". Keep as low or combine.
Maybe pick M item about whether overview export triggers re-render of overall charts (privacy?) skip.
Need to also help verify each suspected issue with factual tools, as the final output is a review *plan* — the tools lines exist for us to verify later. The issue text from analysis might be wrong in some details; the tool lines show the steps to confirm. Good.
Given Instructions "If an issue needs no tool verification, omit its → lines".
Let's phrase each issue (location/nature/impact) with the tool-invocation lines.
I'll write in pt-BR.
Description format line examples:
1. [medium] No início da exportação...
Let me write carefully.
For import of issue M3 (duplicate static script), provide:
→ code_search "html2canvas" file_patterns ["templates/ssma/action_plan/tabs/_tab_painel.html.twig", "public/js/ssma/action_plan_panel.js"] — mapear todos os pontos de inserção de html2canvas (tag estática + loader dinâmico) e avaliar duplicidade/condições de corrida.
→ code_search "ssma-ap-panel-html2canvas-loader" file_patterns ["public/js/ssma/action_plan_panel.js"] — confirmar que o loader reaproveita qualquer script existente por id e o que ocorre quando o script já falhou.
For M item 4 ensureHtml2Canvas, tool: same lines.
Issue phrasing for M5 refresh condition:
→ code_search "ssma-action-plan-resolution-gauge|renderSsmaActionPlanGauge|ssma-conic-gauge-wrapper" file_patterns ["templates/ssma/action_plan/tabs/_tab_action_plan.html.twig"] — confirmar que o gauge de resolução é markup cônico e nunca gera `.highcharts-container`.
→ code_search "refreshSsmaActionPlanCharts" file_patterns ["templates/ssma/action_plan/**"] — confirmar escopo do refresh.
Issue M6 resize:
→ code_search "addEventListener('resize'|resize" file not needed; to compare old behavior, code at lines ~3090 visible. It's in our diff. Tool `file_read_diff`? could read full; no file_read full function other than code_search.
M7 file growth maybe use file_find to check module patterns in the js folder:
→ file_find query_name "action_plan_panel" / "ssma" public/js to see architecture.
M2 fallback:
→ code_search "buildPrintSectionsHtml|captureSectionForPrint" file_patterns [ "public/js/ssma/action_plan_panel.js"] — not that needed. Since code is shown. no tool.
M1 busy flag:
tool not needed because code shown.
Maybe we include code_search "escapeHtml" to make sure no ReferenceError in `buildPrintTableHtml` used, which is in changed code. This verification belongs to low/mid issue: need confirm. Include in an issue the risk: if helper only in some file/condition export table building breaks; but likely exists in file. Locate helper:
→ code_search "function escapeHtml" file_patterns ["public/js/ssma/action_plan_panel.js"] — assegurar que helper definido antes de uso.
Add as low issue (#X) "código novo depende de helpers (escapeHtml/pad2/getOverviewData...) que podem não existir nesse escopo" maybe not solid.
Better use issue #8: "A nova função `buildPrintTableHtml` usa fallback de tabela com `escapeHtml`, que precisa existir no arquivo; caso não exista (ou seja de outro arquivo), quebra na exportação com ReferenceError". We could verify with tool.
Also `getOverviewData` exists already presumably from previous PR (#701/702). Not in change diff. They referenced existing function. no issue.
Also ensure the overview export uses OVERVIEW_CHART_KEYS reflecting the key list that includes section containers ids exactly. We can tool search constant? partially in file not shown. The issue that charts not captured if not in same DOM path requires layout check:
→ code_search "data-ap-panel-view" … locate container of each printed section id and check both pendências view and overview container availability/d-none toggle before capture. Also gauge/type containers in overview. Add to issue # or dedicated issue: printing sections may live outside the currently visible view; return in that case blank images/wrong. yes issue:
"Seção da impressão nunca está visível (d-none) no momento da captura: O fluxo alterna apenas reflow; e capture after 220ms; html2canvas de elemento oculto produz `canvas` vazio/nulo e a seção é descartada. Como distri/type bars e gauges vivem em containers do dashboard raiz — ver passo layout — alguns estão apenas em `visao_geral` enquanto pendencias export... For pendencias print sections, distribution not included (only critical/topResponsible/origin/operational summary), all inside pendencias active view. good. overview export sections includes overview chart in same current visible view plus distribution charts which may be under the dashboard root that may be in a *different block that is displayed with pendencias*? I can't resolve. Keep as verification tool line under fallback issue.
The final structured plan should have the Summary paragraph plus Issues list. We can mention that these issues are candidates to verify with tools (since a review plan).
Let's attempt to write concise but complete.
Summary: "A mudança adiciona a exportação/impressão (PDF) dos gráficos do Painel SSMA nas visões Pendências e Visão Geral, capturando os cards via html2canvas (carregado dinamicamente no JS e também via tag estática no template), gerando um HTML de impressão com imagens/tabelas, além de reestruturar o layout dos gráficos pareados (Top responsáveis x Origem) com alturas dinâmicas e re-render em resize; no template de ações, o gauge de resolução passa a usar o renderizador compartilhado e `refreshSsmaActionPlanCharts` é exposto no window."
OK now write issues.
Right, severity ordering needs: medium, then low. Compose:
1. [medium] (1) Racing dual export: panelChartsPrintBusy set after await — double-click starts overlaps.
Text mention localization line in exportPanelChartsPrint (antecedente e o trecho `var btn = ... panelChartsPrintBusy = true` etc.). Position nature: A flag only activated after async pre-work (`reflowCharts`, `ensureDistributionChartsForExport` com awaits), deixando uma janela de ~0.5s.
Impact: Two print workflows simultaneously capture images for the same overlay?? none overlay; both open print dialogs and capture mutual changes, leaving the button state inconsistent? Second run passes into gather sections builds print and finally opens second print window? Because first invocation will also eventually set busy true, but may have already started capturing; second concurrent also proceed because visited when busy false; then busy true; runs too. Output double print dialog and duplicated delayed operations; if one sets btn innerHTML to spinner and other resets by dataset.originalHtml - each stores own original? Load spinner function saves originalHtml from initial = icon + texto original; when second set loading true while first set... complex. Simplest consequence chaos.
2. [medium] capture fail fallback — When `captured==null` and has table rows with data values, section skipped silently. Could happen when html2canvas returns null or element hidden; final PDF incomplete. Change to output table in this case (if hasValues).
3. [medium] Static CDN tag vs demand — contradiz objetivo da PR e duplica o mecanismo; sem SRI; impact page load/performance & privacy expectation of self hosting/CSP corporate. Also exposed even Comparativo (button not used).
4. [medium] ensureHtml2Canvas hang — if existing loader script failed previously, it remains without listeners (on second try attaching to script whose load/error already fired) ⇒ promise never resolve, spinner e busy flag permanently. Error state unrecoverable without reload. In addition to static tag, it can be present after runtime error; fail to remove/retry.
5. [medium] resolution gauge refresh condition wrong selector — distribution gauges are DOM gradient, no highcharts-container; needsRefresh always true → when exporting overview always triggers refreshSsmaActionPlanCharts (re-render and extra wait) even if the charts all rendered; on the other hand when the resolutionEl is missing (charts ainda não inicializados), refresh não é chamado e demais charts não são criados → impressão sai sem imagens; suggest establishing all distribution IDs and render before capture + only refresh if actually needed.
6. [medium] debounced re-render 150ms on resize; etc. plus duplicates syncPairedPendingCharts re-run (two builds each render): Note `renderPendenciasCharts` invokes both renderPairedPendingCharts and schedules `syncPairedPendingCharts` after 120 ms always — any data refresh yields each render twice, generating nested resize (render sets el.style heights causes reflow) etc. This doubles Highcharts construction on every filter/page; flicker and wasted work. Recommend update vs rebuild and coalesce. This issue distinct enough. Actually careful: why sync in renderPendenciasCharts? Maybe initial render style needs second due container layout stabilize; but unconditional in every call -> after AJAX filter every new data refresh build charts twice. Yes.
7. [medium] Maintainability/architecture: ... file big & duplicated notification etc. Since notifyPanelExport repeats pattern of showToast wrapper - it's their own new helper wrapping showToast consistent. It's fine to mention but note lógica nova toda no arquivo principal; suggest splitting to module `action_plan_panel_export.js` somente carregado via asset? maybe file is global but still scoped. OK medium.
8. [low] var usage new code vs recommended let/const and project style? Existing code uses var uniformly; note low.
9. [low] print document missing filter identification/footer (period/team/unit) leads report without traceability; also distrib charts fed from action_plan_data without panel filters (behavior inherited) are printed alongside filtered overview data without visual distinction — can mislead. Since user said distribution behavior inherited and NOT to flag in #685 scope; but our low suggestion note that the PDF combines both not distinguishing is valid.
Wait rule: What NOT sinalizar includes distribution unfiltered. We should avoid making this complaint (item 1 of "Não sinalizar"). Hmm even if printed PDF unusual? The rule says do not flag distribution charts ignore panel filters as blocker. Probably avoid as an issue. Keep only filter metadata absence.
10. [low] Duplicated clearing d-none toggles in toggleHeaderFilters (controls hidden for comparativo already hides export wrap; redundant toggling). Skip.
Need tool references for some issues with actual parameters (search path array etc.).
We must include tools lines when tool to be used.
Let me build final output exactly with format lines (no extra headings).
Line formatting: after each `→`, ensure syntax:
`→ code_search args — reason`
each own line, prefixed with arrow.
Now compile final pt-BR output.
Need issue descriptions covering location/nature/impact and recommended fix.
Write:
Issues
1. [medium] ... path etc.
Detailed enough.
Let's final list and ensure no fab "high" issue.
Maybe raise issue #1 duplicates flag (static) to medium as it's clearly contradicting stated principle and impacts initial page weight/third-party.
Let's order by severity descending with roughly same medium order etc:
1. export race busy.
2. fallback skip.
3. ensureHtml2Canvas hang + needs duplication (actually combine with static? split)
4. static tag.
5. refresh condition.
6. debounce re-render/re-render pairs.
7. file overgrowth.
8. var style.
9. missing filters metadata.
10. maybe low: stale content after export? Let's cap at 8-9.
Rewrite each.
(1) Dupla exportação possível por janela entre clique e busy.
Local line approx line after early exportPanelChartsPrint. Impact: geração simultânea pode abrir duas caixas de impressão e produzir conteúdo inconsistente. Suggested move busy/lock to just after currentView validation and wrap everything in try/finally release. Tool: none (from shown code?) However can confirm by reading function; no need.
(2) buildPrintSectionsHtml ignores fallback table.
Include html2canvas capture with scroll and using images; silent skip. medium.
No tool needed? We could verify existing hasValues path. not necessary.
(3) ensureHtml2Canvas never settle retry.
Tool:
→ code_search "ensureHtml2Canvas|ssma-ap-panel-html2canvas-loader" file_patterns ["public/js/ssma/action_plan_panel.js"] — revisar o fluxo de reutilização do loader após falha.
Also branch second issue is duplicated with static, which if they remove tag, loader id is only path. Include under.
(4) tag estática no `<script>` do template.
Tool lines:
→ code_search "html2canvas" file_patterns ["templates/ssma/action_plan/tabs/_tab_painel.html.twig","public/js/ssma/action_plan_panel.js"] — quantas inclusões e contradição com carregamento sob demanda.
Maybe reason.
(5) Critério de refresh invertido no gauge.
Tool lines:
→ code_search "renderSsmaActionPlanGauge|ssma-conic-gauge-wrapper|ssma-action-plan-resolution-gauge" file_patterns ["templates/ssma/action_plan/tabs/_tab_action_plan.html.twig"] — confirmar tipo de markup do gauge (sem .highcharts-container) para validar o critério.
→ code_search "refreshSsmaActionPlanCharts" file_patterns ["templates/ssma/action_plan/**/*.twig"] — conferir o que o refresh recria e em quais condições roda.
(6) Re-render duplo e no resize.
Location/build of renderPendenciasCharts + window resize lines.
No tools maybe code_search for renderPendingCharts? shown.
(7) Arquivo já grande + código de exportação integrado.
tool file_find query to suggest module layout? Example:
→ file_find query_name "action_plan" — mapear módulos existentes em public/js/ssma para avaliar extração.
Not necessary? Provide maybe.
(8) low var.
(9) low metadata.
(10) Another lower: `waitForPanelChartsPaint` uses fixed timings & scrollIntoView; ok skip.
Potential low: A chamada `renderPairedPendingCharts()` dentro do resize quando `currentView === 'pendencias'` pode executar enquanto os gráficos estão ocultos?? skip.
Let's also add one about `tableFromBarChart` assumes single series, if chart type used is column with data fine. skip.
Let's include a low-risk issue verifying escapeHtml exists? We need not create issue.
However we might add tool to issue 2 confirming `hasRenderablePrintSection` and static template; no.
One concern about issue 5 correctness: `hasRenderedChart` uses `.highcharts-container || .ssma-conic-gauge-wrapper`; but ensureDistributionChartsForExport only for resolution gauge uses `highcharts-container`. confirm with tool call searching within snippet not needed since we have the diff shows needsRefresh expression. But user timeline: we can state own diff.
Is needsRefresh always true? Only when resolutionEl exists AND no highcharts container. Since gauge is DOM ring, && true -> yes whenever element exists. **Unless** gauge is rendered via the same function but hasData false + maybe highcharts. no.
So conclusion: exporting overview always re-renders and then waits an extra 420ms? plus if charts hadn't initialized, refresh happy. Probably motivation was if charts not rendered (resolutionEl null) -> skip? then code should call refresh when el absent. But with el absent: needsRefresh false -> return immediately. Yet overview export sections capture each chart by presence; if charts absent, resolution gauge absent and item gauge appear; distribution sections maybe not if absent. The designer wanted after render maybe ensure charts rendered before capture. But maybe distribution charts absent not only if container absent but just not initialized (container exists but empty; hasRendered false). needsRefresh false when elements missing would skip; while if element empty container exists (div empty but still exists), resolutionEl exists, but `.highcharts-container` none → true → calls refresh → renders. If div entirely missing (in tab acoes only markup) when overview panel renders includes dist containers; visible likely. Fine.
Keep issue.
Then write Summary.
Let's now draft the final.
Output should be plain text only, using the specified format, in pt-BR.
Be careful: No heading `#`. no fences. Format:
Summary: ...
Issues
1. [medium] ...
→ code_search ...
→ code_search ...
Keep each on one line. Fine.
Length: each arrow line long acceptable.
Let me write the final answer with a decent but not enormous plan: 9 issues.
For file_read diff tool, not needed.
Let me produce it.
Summary: Esta mudança adiciona a exportação/impressão (PDF) dos gráficos do Painel SSMA nas visões Pendências e Visão Geral, capturando os cards via html2canvas, gerando um documento HTML de impressão com imagens/tabelas e controlando o estado do botão de exportar. Também reestrutura o layout dos gráficos pareados (Top responsáveis × Origem), com alturas dinâmicas e recomposição dos gráficos em resize, e, no template de ações, passa o gauge de resolução para o renderizador compartilhado e expõe `refreshSsmaActionPlanCharts` no `window` para ser usado pela exportação.
Issues
1. [medium] Na função `exportPanelChartsPrint`, a trava anti-duplo-clique (`panelChartsPrintBusy = true`) só é ativada depois de um preâmbulo assíncrono com `reflowCharts`, `renderOverviewCharts`, `await waitForPanelChartsPaint(...)` e `await ensureDistributionChartsForExport()`. Nessa janela (algumas centenas de milissegundos), um segundo clique no botão inicia outra exportação concorrente: as duas rotinas capturam as mesmas seções em momentos diferentes (com re-render e mudanças de estilo no meio), podem abrir duas caixas de impressão e deixar o estado do botão/spinner inconsistente. A trava e o loading devem ser aplicados imediatamente após a validação da view, com liberação garantida em `finally` no final do fluxo.
2. [medium] Em `buildPrintSectionsHtml`, quando a seção tem gráfico renderizado (`canCaptureImage`) mas a captura falha (`captured` nulo — ex.: html2canvas retorna `null` por erro de imagem/CORS ou elemento oculto), o fluxo cai no `else { continue; }` e descarta a seção inteira, mesmo quando a tabela de fallback (`section.getTable()`) tem dados prontos. O resultado é um PDF que sai silenciosamente incompleto, sem a imagem nem os dados daquela seção. Quando a captura falhar e houver valores de tabela, o código deveria emitir a seção em modo tabela em vez de pular.
3. [medium] `ensureHtml2Canvas()` pode nunca resolver (Promise pendente) no cenário de retry após falha de carregamento: o script dinâmico `<script id="ssma-ap-panel-html2canvas-loader">` permanece no DOM mesmo quando `onerror` já disparou; num segundo clique, o código encontra esse elemento existente e anexa novos listeners de `load`/`error`, mas os eventos já ocorreram, então nenhum callback roda — o botão fica preso no spinner e `panelChartsPrintBusy` permanece `true` até recarregar a página. O loader deve remover o elemento após `onload`/`onerror` ou verificar `script.complete` antes de anexar listeners.
→ code_search "ensureHtml2Canvas|ssma-ap-panel-html2canvas-loader" file_patterns ["public/js/ssma/action_plan_panel.js"] — revisar o fluxo de reutilização do script loader após falha e confirmar a condição de evento já disparado.
4. [medium] O template `_tab_painel.html.twig` adiciona `<script src="https://cdnjs.cloudflare.com/ajax/libs/html2canvas/1.4.1/html2canvas.min.js"></script>` de forma incondicional, enquanto o JS implementa carregamento sob demanda via `ensureHtml2Canvas`. Isso contradiz o objetivo declarado da PR (html2canvas só sob demanda), carrega código de terceiros em toda abertura da aba Painel — inclusive na view Comparativo, em que o botão de exportar nem aparece —, cria riscos de duplicidade/condição de corrida com o loader dinâmico e não tem `integrity`/SRI nem tratamento de falha de CDN. A tag estática deve ser removida, deixando o carregamento sob demanda já implementado no JS.
→ code_search "html2canvas" file_patterns ["templates/ssma/action_plan/tabs/_tab_painel.html.twig", "public/js/ssma/action_plan_panel.js"] — mapear todas as inclusões (tag estática e loader dinâmico) e confirmar a duplicidade e a janela de corrida entre elas.
5. [medium] O critério de refresh em `ensureDistributionChartsForExport()` está invertido/inadequado para o gauge de resolução: a função verifica `!resolutionEl.querySelector('.highcharts-container')`, mas esse gauge é renderizado como anel cônico (`.ssma-conic-gauge-wrapper`), nunca como Highcharts — ou seja, sempre que o elemento existe, `needsRefresh` é `true` e toda exportação da Visão Geral força `refreshSsmaActionPlanCharts()` (re-render + espera de 420 ms) mesmo quando os gráficos já estão prontos. No caso oposto (painel ainda não inicializado e o elemento ausente), `needsRefresh` é `false`, o refresh não roda e gráficos de distribuição não renderizados podem ser ignorados na impressão. O critério deveria verificar todos os containers de distribuição e disparar refresh apenas quando algum deles ainda não tiver conteúdo.
→ code_search "renderSsmaActionPlanGauge|ssma-conic-gauge-wrapper|ssma-action-plan-resolution-gauge" file_patterns ["templates/ssma/action_plan/tabs/_tab_action_plan.html.twig"] — confirmar que o gauge de resolução é markup cônico (sem `.highcharts-container`) para validar o critério de refresh.
→ code_search "refreshSsmaActionPlanCharts" file_patterns ["templates/ssma/action_plan/**/*.twig"] — verificar o que o refresh recria e em quais condições ele pode ser chamado com segurança.
6. [medium] Há recomposição excessiva dos gráficos pareados: `renderPendenciasCharts` agora chama `renderPairedPendingCharts()` e, logo em seguida, agenda `syncPairedPendingCharts()` (que re-renderiza os mesmos dois gráficos após 120 ms) — toda atualização de dados da view Pendências reconstrói os dois Highcharts duas vezes. Além disso, o handler de resize passou a destruir e recriar os dois gráficos com debounce de 150 ms em vez de apenas reflow, o que é caro e causa flicker durante arrastes de janela/abertura de devtools, inclusive quando a aba Painel não está visível. É recomendado medir e atualizar os charts existentes (`chart.update`/reflow) em vez de destruir/criar, e evitar o segundo render quando o primeiro já foi feito no mesmo ciclo.
7. [medium] O arquivo `public/js/ssma/action_plan_panel.js` já é muito grande e mistura estado de tela, chamadas AJAX, renderização de gráficos e agora ~650 linhas novas de exportação/impressão (captura, montagem de HTML de impressão, tabelas de fallback, carregadores de CDN). Pela regra de prioridade desta revisão (arquivo grande + lógica duplicada deve ser sinalizada antes de outros achados), o ideal é extrair o bloco de exportação para um módulo próprio (ex.: `action_plan_panel_export.js`) ou para um helper compartilhado, reduzindo o acoplamento e permitindo testar a lógica de captura isoladamente.
→ file_find query_name "action_plan_panel" — mapear arquivos/modulação existentes em `public/js/ssma/` para avaliar onde extrair o código de exportação.
8. [low] O código novo insiste no padrão legado `var` (`var panelChartsPrintBusy`, `var captured`, `var needsRefresh`, etc.), em desacordo com a regra de qualidade que exige `let`/`const`. Como todo o arquivo usa `var`, o impacto é baixo, mas o trecho novo poderia já nascer no padrão correto e facilitar migrações futuras.
9. [low] O documento de impressão gerado por `buildPrintDocumentHtml` traz apenas o rótulo da view e a data/hora — não identifica os filtros ativos (período, equipe, unidade, eixo) usados na tela no momento da exportação. Um PDF impresso e arquivado pode ficar sem rastreabilidade do recorte de dados que gerou os valores, dificultando auditoria; considerar incluir uma linha de metadados com os filtros aplicados.
main_task
Request #1
deepseek-v4-flash
P:23.81K C:448 CR:2.69K CW:0
3050ms
Reasoning
Let me analyze the review task. The user wants me to review the changes in the files listed. The review plan lists 9 issues to investigate. I need to verify them against the actual code.
Let me start by reading the relevant files to understand the context and confirm the issues.
Let me plan my review:
1. Issue 1: Race in `exportPanelChartsPrint` — the `panelChartsPrintBusy` lock is set late.
2. Issue 2: `buildPrintSectionsHtml` discards sections when capture fails but table data exists.
3. Issue 3: `ensureHtml2Canvas()` may never resolve after a failed load retry.
4. Issue 4: static `<script>` tag for html2canvas contradicts on-demand loading.
5. Issue 5: `ensureDistributionChartsForExport()` criterion inverted for gauge.
6. Issue 6: excessive re-render of paired charts.
7. Issue 7: JS file too large.
8. Issue 8: var usage.
9. Issue 9: print document lacks filter metadata.
Let me read the actual files to confirm.
Let me start by reading the JS file sections and the twig templates.
Vou revisar as mudanças começando pela leitura dos arquivos para confirmar os pontos do plano de revisão.
Tool Calls (2)
file_read
Show Details
Arguments
{"file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1760, "end_line": 1930}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 1760-1930
1760|
1761| function reflowDistributionCharts() {
1762| if (typeof window.reflowSsmaActionPlanCharts === 'function') {
1763| window.reflowSsmaActionPlanCharts();
1764| }
1765| }
1766|
1767| function ensureDistributionChartsForExport() {
1768| return new Promise(function (resolve) {
1769| var resolutionEl = document.getElementById('ssma-action-plan-resolution-gauge');
1770| var needsRefresh = !!(resolutionEl && !resolutionEl.querySelector('.highcharts-container'));
1771|
1772| if (needsRefresh && typeof window.refreshSsmaActionPlanCharts === 'function') {
1773| window.refreshSsmaActionPlanCharts();
1774| window.setTimeout(resolve, 420);
1775| return;
1776| }
1777|
1778| reflowDistributionCharts();
1779| window.setTimeout(resolve, 220);
1780| });
1781| }
1782|
1783| function renderPairedPendingCharts() {
1784| renderTopResponsibleChart();
1785| renderOriginChart();
1786| }
1787|
1788| function syncPairedPendingCharts() {
1789| window.setTimeout(function () {
1790| renderPairedPendingCharts();
1791| reflowCharts(['topResponsible', 'origin']);
1792| }, 120);
1793| }
1794|
1795| function renderPendenciasCharts() {
1796| var section = document.querySelector('[data-ap-panel-view="pendencias"]');
1797| if (!section || section.classList.contains('d-none')) {
1798| return;
1799| }
1800| waitHighcharts(function () {
1801| renderCriticalChart();
1802| renderPairedPendingCharts();
1803| syncPairedPendingCharts();
1804| reflowCharts(PENDENCIAS_CHART_KEYS);
1805| });
1806| }
1807|
1808| function renderOverviewCharts() {
1809| var section = document.querySelector('[data-ap-panel-view="visao_geral"]');
1810| if (!section || section.classList.contains('d-none')) {
1811| return;
1812| }
1813| waitHighcharts(function () {
1814| renderOverviewEvolutionChart();
1815| renderOverviewOriginTimeChart();
1816| renderOverviewPersonTimeChart();
1817| initDistributionCharts();
1818| overviewChartsRendered = true;
1819| reflowCharts(OVERVIEW_CHART_KEYS);
1820| reflowDistributionCharts();
1821| });
1822| }
1823|
1824| function destroyPendenciasCharts() {
1825| destroyChartKeys(PENDENCIAS_CHART_KEYS);
1826| }
1827|
1828| function destroyOverviewCharts() {
1829| destroyChartKeys(OVERVIEW_CHART_KEYS);
1830| overviewChartsRendered = false;
1831| }
1832|
1833| function setApPanelFilterRowVisible(el, visible) {
1834| if (!el) {
1835| return;
1836| }
1837| el.classList.add('d-none');
1838| if (visible) {
1839| el.classList.add('d-lg-flex');
1840| } else {
1841| el.classList.remove('d-lg-flex');
1842| }
1843| }
1844|
1845| function toggleHeaderFilters(viewId) {
1846| var controls = document.getElementById('ap_painel_controls');
1847| var exportWrap = document.getElementById('ap-painel-export-wrap');
1848| var pendenciasFilters = document.getElementById('ap-painel-filters-pendencias');
1849| var overviewFilters = document.getElementById('ap-painel-filters-overview');
1850| if (controls) {
1851| controls.classList.toggle('d-none', viewId === 'comparativo');
1852| }
1853| if (exportWrap) {
1854| exportWrap.classList.toggle('d-none', viewId === 'comparativo');
1855| }
1856| setApPanelFilterRowVisible(pendenciasFilters, viewId === 'pendencias');
1857| setApPanelFilterRowVisible(overviewFilters, viewId === 'visao_geral');
1858| }
1859|
1860| var panelChartsPrintBusy = false;
1861|
1862| function findChartByContainerId(containerId) {
1863| if (!containerId || !window.Highcharts || !window.Highcharts.charts) {
1864| return null;
1865| }
1866| var found = null;
1867| window.Highcharts.charts.forEach(function (chart) {
1868| if (chart && chart.renderTo && chart.renderTo.id === containerId) {
1869| found = chart;
1870| }
1871| });
1872| return found;
1873| }
1874|
1875| function hasRenderedChart(containerId) {
1876| var el = document.getElementById(containerId);
1877| if (!el) {
1878| return false;
1879| }
1880|
1881| return !!(
1882| el.querySelector('.highcharts-container')
1883| || el.querySelector('.ssma-conic-gauge-wrapper')
1884| );
1885| }
1886|
1887| function hasRenderablePrintSection(section) {
1888| if (section.captureType === 'panel') {
1889| var panelEl = document.getElementById(section.containerId);
1890| return !!(panelEl && panelEl.querySelector('.ssma-ap-op-row, .ssma-ap-op-total'));
1891| }
1892|
1893| return hasRenderedChart(section.containerId);
1894| }
1895|
1896| function getChartCaptureElement(containerId) {
1897| var el = document.getElementById(containerId);
1898| if (!el) {
1899| return null;
1900| }
1901|
1902| return el.closest('.ssma-dashboard-chart-card')
1903| || el.closest('.app-card-surface')
1904| || el;
1905| }
1906|
1907| function waitForPanelChartsPaint(ms) {
1908| return new Promise(function (resolve) {
1909| window.setTimeout(resolve, ms || 200);
1910| });
1911| }
1912|
1913| function ensureHtml2Canvas() {
1914| return new Promise(function (resolve) {
1915| if (typeof window.html2canvas === 'function') {
1916| resolve(true);
1917| return;
1918| }
1919|
1920| var existing = document.getElementById('ssma-ap-panel-html2canvas-loader');
1921| if (existing) {
1922| existing.addEventListener('load', function () { resolve(typeof window.html2canvas === 'function'); });
1923| existing.addEventListener('error', function () { resolve(false); });
1924| return;
1925| }
1926|
1927| var script = document.createElement('script');
1928| script.id = 'ssma-ap-panel-html2canvas-loader';
1929| script.src = 'https://cdnjs.cloudflare.com/ajax/libs/html2canvas/1.4.1/html2canvas.min.js';
1930| script.onload = function () { resolve(typeof window.html2canvas === 'function'); };
file_read
Show Details
Arguments
{"file_path": "templates/ssma/action_plan/tabs/_tab_painel.html.twig", "start_line": 560, "end_line": 600}
Result
File: templates/ssma/action_plan/tabs/_tab_painel.html.twig (Total lines: 596)
IS_TRUNCATED: false
LINE_RANGE: 560-596
560| lengthChange: true,
561| language: {
562| emptyTable: 'Nenhuma ação encontrada.',
563| zeroRecords: 'Nenhuma ação corresponde aos filtros.',
564| info: 'Mostrando _END_ de _TOTAL_ ações',
565| infoEmpty: 'Mostrando 0 de 0 ações',
566| lengthMenu: 'Resultados por página _MENU_',
567| paginate: { previous: '<', next: '>' }
568| }
569| }
570| } %}
571| </div>
572| </div>
573|
574| {% include 'ssma/action_plan/partials/_action_plan_semantic_adriana.html.twig' with {
575| view_mode: 'pendencias',
576| semantic: panel_semantic,
577| adriana: panel_adriana,
578| context: 'action_plan',
579| row_id: 'ssma-ap-semantic-adriana-pendencias'
580| } %}
581| </div>
582|
583| <div data-ap-panel-view="visao_geral" class="d-none">
584| {% include 'ssma/action_plan/tabs/_tab_painel_visao_geral.html.twig' %}
585| </div>
586|
587| <div data-ap-panel-view="comparativo" class="d-none">
588| <div class="ssma-ap-view-placeholder" id="ssma-ap-comparativo-root">
589| Comparativo entre unidades — carregando dados…
590| </div>
591| </div>
592|</div>
593|
594|<script src="https://cdnjs.cloudflare.com/ajax/libs/html2canvas/1.4.1/html2canvas.min.js"></script>
595|<script src="{{ asset('js/ssma/action_plan_panel.js') }}"></script>
596|
Request #2
deepseek-v4-flash
P:26.56K C:213 CR:24.19K CW:0
2082ms
Reasoning
Let me read more of the JS file — the export flow, print sections, and the resize handler.
Vou ler o restante do fluxo de exportação e o handler de resize para confirmar os pontos.
Tool Calls (2)
file_read
Show Details
Arguments
{"end_line": 2130, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1930}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 1930-2130
1930| script.onload = function () { resolve(typeof window.html2canvas === 'function'); };
1931| script.onerror = function () { resolve(false); };
1932| document.head.appendChild(script);
1933| });
1934| }
1935|
1936| function captureElementAsPng(element) {
1937| return new Promise(function (resolve) {
1938| if (!element || typeof window.html2canvas !== 'function') {
1939| resolve(null);
1940| return;
1941| }
1942|
1943| window.html2canvas(element, {
1944| backgroundColor: '#ffffff',
1945| scale: 2,
1946| useCORS: true,
1947| allowTaint: true,
1948| logging: false,
1949| onclone: function (clonedDoc) {
1950| clonedDoc.querySelectorAll('svg').forEach(function (svg) {
1951| svg.style.overflow = 'visible';
1952| });
1953| clonedDoc.querySelectorAll('.highcharts-container').forEach(function (node) {
1954| node.style.overflow = 'visible';
1955| });
1956| },
1957| }).then(function (canvas) {
1958| if (!canvas || !canvas.width || !canvas.height) {
1959| resolve(null);
1960| return;
1961| }
1962| resolve(canvas.toDataURL('image/png', 1.0));
1963| }).catch(function () {
1964| resolve(null);
1965| });
1966| });
1967| }
1968|
1969| async function captureCardSectionForPrint(section) {
1970| var captureEl = getChartCaptureElement(section.containerId);
1971| var chartEl = document.getElementById(section.containerId);
1972|
1973| if (!captureEl || !hasRenderablePrintSection(section)) {
1974| return null;
1975| }
1976|
1977| var chart = findChartByContainerId(section.containerId);
1978| if (chart && typeof chart.reflow === 'function') {
1979| chart.reflow();
1980| }
1981|
1982| if (chartEl) {
1983| chartEl.style.overflow = 'visible';
1984| var hcContainer = chartEl.querySelector('.highcharts-container');
1985| if (hcContainer) {
1986| hcContainer.style.overflow = 'visible';
1987| }
1988| }
1989|
1990| captureEl.scrollIntoView({ block: 'nearest', inline: 'nearest' });
1991| await waitForPanelChartsPaint(220);
1992|
1993| var dataUrl = await captureElementAsPng(captureEl);
1994|
1995| if (chartEl) {
1996| chartEl.style.overflow = '';
1997| }
1998|
1999| if (!dataUrl) {
2000| return null;
2001| }
2002|
2003| return {
2004| dataUrl: dataUrl,
2005| layout: 'card-image',
2006| };
2007| }
2008|
2009| async function captureSectionForPrint(section) {
2010| return captureCardSectionForPrint(section);
2011| }
2012|
2013| function gaugeValueFromDom(containerId) {
2014| var el = document.getElementById(containerId);
2015| if (!el) {
2016| return '—';
2017| }
2018| var valueEl = el.querySelector('.ssma-gauge-center-value');
2019| return valueEl ? valueEl.textContent.trim() : '—';
2020| }
2021|
2022| function tableFromBarChart(chart) {
2023| if (!chart || !chart.series || !chart.series[0]) {
2024| return { headers: ['Categoria', 'Quantidade'], rows: [] };
2025| }
2026|
2027| var categories = (chart.xAxis && chart.xAxis[0] && chart.xAxis[0].categories) || [];
2028| var data = chart.series[0].data || [];
2029| return {
2030| headers: ['Categoria', 'Quantidade'],
2031| rows: categories.map(function (cat, index) {
2032| var point = data[index];
2033| var value = point && point.y != null ? point.y : 0;
2034| return [cat, String(value)];
2035| }),
2036| };
2037| }
2038|
2039| function tableFromStackedBarChart(chart) {
2040| if (!chart || !chart.series || chart.series.length < 2) {
2041| return tableFromBarChart(chart);
2042| }
2043|
2044| var categories = (chart.xAxis && chart.xAxis[0] && chart.xAxis[0].categories) || [];
2045| var execSeries = chart.series[0];
2046| var valSeries = chart.series[1];
2047| return {
2048| headers: ['Responsável', 'Execução', 'Validação', 'Total'],
2049| rows: categories.map(function (cat, index) {
2050| var exec = execSeries.data[index] ? execSeries.data[index].y : 0;
2051| var val = valSeries.data[index] ? valSeries.data[index].y : 0;
2052| return [cat, String(exec), String(val), String(Number(exec) + Number(val))];
2053| }),
2054| };
2055| }
2056|
2057| function getDistributionPrintSections() {
2058| return [
2059| {
2060| containerId: 'ssma-action-plan-type-bar',
2061| title: 'Distribuição de ações por tipo',
2062| getTable: function () {
2063| return tableFromBarChart(findChartByContainerId('ssma-action-plan-type-bar'));
2064| },
2065| },
2066| {
2067| containerId: 'ssma-action-plan-deadline-bar',
2068| title: 'Distribuição de ações por prazo',
2069| getTable: function () {
2070| return tableFromBarChart(findChartByContainerId('ssma-action-plan-deadline-bar'));
2071| },
2072| },
2073| {
2074| containerId: 'ssma-action-plan-project-gauge',
2075| title: 'Taxa de planos de ação com projetos',
2076| getTable: function () {
2077| return {
2078| headers: ['Indicador', 'Valor'],
2079| rows: [['Taxa com projetos', gaugeValueFromDom('ssma-action-plan-project-gauge')]],
2080| };
2081| },
2082| },
2083| {
2084| containerId: 'ssma-action-plan-resolution-gauge',
2085| title: 'Taxa de aceitação das ações',
2086| getTable: function () {
2087| return {
2088| headers: ['Indicador', 'Valor'],
2089| rows: [['Taxa de aceitação', gaugeValueFromDom('ssma-action-plan-resolution-gauge')]],
2090| };
2091| },
2092| },
2093| ];
2094| }
2095|
2096| function getPendenciasPrintSections() {
2097| var chartsData = panelData && panelData.charts ? panelData.charts : {};
2098|
2099| return [
2100| {
2101| containerId: 'ssma-ap-chart-critical',
2102| title: 'Pendências críticas por prazo',
2103| getTable: function () {
2104| var cd = chartsData.critical_pending_by_deadline || {};
2105| var labels = cd.labels || [];
2106| return {
2107| headers: ['Período', 'Validação', 'Execução'],
2108| rows: labels.map(function (label, index) {
2109| return [
2110| String(label),
2111| String((cd.validation || [])[index] || 0),
2112| String((cd.execution || [])[index] || 0),
2113| ];
2114| }),
2115| };
2116| },
2117| },
2118| {
2119| containerId: 'ssma-ap-chart-top-responsible',
2120| title: 'Top responsáveis com pendências',
2121| getTable: function () {
2122| var chart = findChartByContainerId('ssma-ap-chart-top-responsible');
2123| if (chart) {
2124| return tableFromStackedBarChart(chart);
2125| }
2126| var rows = chartsData.top_responsible_pending || [];
2127| return {
2128| headers: ['Responsável', 'Execução', 'Validação', 'Total'],
2129| rows: rows.map(function (row) {
2130| var exec = row.execution || 0;
file_read
Show Details
Arguments
{"end_line": 3129, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 3030}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 3030-3129
3030| switchView(currentView);
3031| return;
3032| }
3033| initialized = true;
3034| initPanelConfig();
3035| if (typeof window.initAllCustomSelectWrappers === 'function') {
3036| window.initAllCustomSelectWrappers();
3037| }
3038| bindViewPills();
3039| bindAxisFilter();
3040| bindPendenciasPeriodPopover();
3041| bindPendenciasFilters();
3042| bindOverviewFilters();
3043| bindOverviewPagination();
3044| bindAdrianaQuestions();
3045| bindTableViewButtons();
3046| bindExportChartsButton();
3047| toggleHeaderFilters(currentView);
3048| syncApPainelPeriodPresetUI(panelState.period && panelState.period.indexOf('pend:range:') !== 0 ? panelState.period : 'next_month');
3049| syncOverviewPeriodPresetUI(panelState.overviewPeriod || 'last_3_months');
3050| updateAxisOptionsForPeriod(panelState.period || 'next_month');
3051| switchView(currentView);
3052| if (!panelData || !panelData.charts) {
3053| triggerPanelFilter(currentView);
3054| } else {
3055| var ssrLabels = (
3056| panelData.charts.critical_pending_by_deadline &&
3057| panelData.charts.critical_pending_by_deadline.labels
3058| ) || [];
3059| if (!ssrLabels.length) {
3060| triggerPanelFilter(currentView);
3061| }
3062| }
3063| }
3064|
3065| function observePainelTab() {
3066| var painelPanel = document.getElementById('tab_plano_painel_content');
3067| if (!painelPanel) {
3068| return;
3069| }
3070|
3071| if (painelPanel.offsetParent !== null && !painelPanel.classList.contains('d-none')) {
3072| onPainelTabVisible();
3073| }
3074|
3075| document.addEventListener('click', function (ev) {
3076| var link = ev.target && ev.target.closest ? ev.target.closest('#plano_acao_tabs .app-tab-link') : null;
3077| if (!link) {
3078| return;
3079| }
3080| var target = link.getAttribute('data-target-div') || '';
3081| if (target.indexOf('tab_plano_painel_content') !== -1) {
3082| window.setTimeout(onPainelTabVisible, 60);
3083| }
3084| });
3085|
3086| if (window.$ || window.jQuery) {
3087| (window.$ || window.jQuery)(document).on('tabShown', function (ev, tabId) {
3088| if (tabId === 'tab_plano_painel') {
3089| window.setTimeout(onPainelTabVisible, 60);
3090| }
3091| });
3092| }
3093|
3094| window.addEventListener('resize', function () {
3095| if (!initialized) {
3096| return;
3097| }
3098| if (currentView === 'pendencias') {
3099| window.clearTimeout(pairedChartsResizeTimer);
3100| pairedChartsResizeTimer = window.setTimeout(function () {
3101| renderPairedPendingCharts();
3102| reflowCharts(PENDENCIAS_CHART_KEYS);
3103| reflowDistributionCharts();
3104| }, 150);
3105| } else if (currentView === 'visao_geral') {
3106| reflowCharts(OVERVIEW_CHART_KEYS);
3107| reflowDistributionCharts();
3108| }
3109| });
3110| }
3111|
3112| document.addEventListener('DOMContentLoaded', function () {
3113| initPanelConfig();
3114| panelData = parsePanelData();
3115| window.ssmaApPanelSetPeriod = function (value) {
3116| applyApPainelPeriodPreset(value || panelState.period || 'next_month');
3117| };
3118| var activePill = document.querySelector('.ssma-ap-panel-view-pill.is-active');
3119| if (activePill) {
3120| currentView = activePill.getAttribute('data-view') || 'pendencias';
3121| }
3122| observePainelTab();
3123| var _painelInitPanel = document.getElementById('tab_plano_painel_content');
3124| if (_painelInitPanel && _painelInitPanel.offsetParent !== null) {
3125| onPainelTabVisible();
3126| }
3127| });
3128|})(window, document);
3129|
Request #3
deepseek-v4-flash
P:30.14K C:146 CR:26.75K CW:0
1766ms
Reasoning
Now let me read the middle portion — the export function (exportPanelChartsPrint), buildPrintSectionsHtml, buildPrintDocumentHtml, and the resize handler parts.
Vou ler a função de exportação completa e a montagem das seções de impressão.
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 2480, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 2130}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 2130-2480
2130| var exec = row.execution || 0;
2131| var val = row.validation || 0;
2132| return [row.name || '', String(exec), String(val), String(exec + val)];
2133| }),
2134| };
2135| },
2136| },
2137| {
2138| containerId: 'ssma-ap-chart-origin',
2139| title: 'Pendências por origem',
2140| getTable: function () {
2141| var rows = chartsData.pending_by_origin || [];
2142| return {
2143| headers: ['Origem', 'Quantidade', '%'],
2144| rows: rows.map(function (row) {
2145| var pct = row.percentage != null
2146| ? String(row.percentage).replace('.', ',') + '%'
2147| : '—';
2148| return [row.label || '', String(row.value || 0), pct];
2149| }),
2150| };
2151| },
2152| },
2153| {
2154| containerId: 'ssma-ap-operational-summary',
2155| title: 'Resumo Operacional',
2156| captureType: 'panel',
2157| getTable: function () {
2158| var summary = (panelData && panelData.operational_summary) || {};
2159| var rows = summary.rows || [];
2160| var total = summary.total || {};
2161| var tableRows = rows.map(function (row) {
2162| return [
2163| row.label || '',
2164| String(row.count != null ? row.count : 0),
2165| String(row.percent != null ? row.percent : 0) + '%',
2166| ];
2167| });
2168|
2169| if (total.label || total.value != null) {
2170| tableRows.push([
2171| total.label || 'Total de pendências',
2172| String(total.value != null ? total.value : 0),
2173| String(total.percent != null ? total.percent : 100) + '%',
2174| ]);
2175| }
2176|
2177| return {
2178| headers: ['Indicador', 'Quantidade', '%'],
2179| rows: tableRows,
2180| };
2181| },
2182| },
2183| ];
2184| }
2185|
2186| function getOverviewPrintSections() {
2187| var overview = getOverviewData() || {};
2188|
2189| return [
2190| {
2191| containerId: 'ssma-ap-chart-overview-evolution',
2192| title: 'Evolução das ações no período',
2193| getTable: function () {
2194| var cd = overview.action_evolution || {};
2195| var labels = cd.labels || [];
2196| return {
2197| headers: ['Período', 'Finalizadas', 'Vencidas'],
2198| rows: labels.map(function (label, index) {
2199| var period = Array.isArray(label) ? label.join(' ') : String(label);
2200| return [
2201| period,
2202| String((cd.finalized || [])[index] || 0),
2203| String((cd.overdue || [])[index] || 0),
2204| ];
2205| }),
2206| };
2207| },
2208| },
2209| {
2210| containerId: 'ssma-ap-chart-overview-origin-time',
2211| title: 'Quais demoram mais',
2212| getTable: function () {
2213| var rows = overview.average_time_by_origin || [];
2214| return {
2215| headers: ['Origem', 'Tempo médio (dias)'],
2216| rows: rows.map(function (row) {
2217| return [row.label || '', String(row.value != null ? row.value : 0)];
2218| }),
2219| };
2220| },
2221| },
2222| {
2223| containerId: 'ssma-ap-chart-overview-person-time',
2224| title: 'Tempo médio de execução por pessoa',
2225| getTable: function () {
2226| var rows = overview.average_execution_by_person || [];
2227| return {
2228| headers: ['Pessoa', 'Tempo médio (dias)'],
2229| rows: rows.map(function (row) {
2230| return [row.label || '', String(row.value != null ? row.value : 0)];
2231| }),
2232| };
2233| },
2234| },
2235| ].concat(getDistributionPrintSections());
2236| }
2237|
2238| function buildPrintTableHtml(headers, rows) {
2239| if (!rows || !rows.length) {
2240| return '';
2241| }
2242|
2243| var headHtml = headers.map(function (header) {
2244| return '<th>' + escapeHtml(header) + '</th>';
2245| }).join('');
2246|
2247| var bodyHtml = rows.map(function (row) {
2248| return '<tr>' + row.map(function (cell) {
2249| return '<td>' + escapeHtml(cell) + '</td>';
2250| }).join('') + '</tr>';
2251| }).join('');
2252|
2253| return '<table class="ssma-ap-print-table"><thead><tr>' + headHtml + '</tr></thead><tbody>'
2254| + bodyHtml + '</tbody></table>';
2255| }
2256|
2257| function formatPrintDateTime() {
2258| var now = new Date();
2259| return pad2(now.getDate()) + '/' + pad2(now.getMonth() + 1) + '/' + now.getFullYear()
2260| + ' ' + pad2(now.getHours()) + ':' + pad2(now.getMinutes());
2261| }
2262|
2263| function buildPrintDocumentHtml(viewLabel, sectionsHtml) {
2264| return '<!DOCTYPE html><html lang="pt-BR"><head><meta charset="utf-8"><title>Painel Plano de Ação — '
2265| + escapeHtml(viewLabel) + '</title><style>'
2266| + '@page { size: A4 portrait; margin: 12mm; }'
2267| + '* { box-sizing: border-box; -webkit-print-color-adjust: exact !important; print-color-adjust: exact !important; }'
2268| + 'body { margin: 0; padding: 16px; font-family: Montserrat, Arial, sans-serif; color: #1e1e1e; background: #fff; }'
2269| + 'h1 { margin: 0 0 6px; font-size: 20px; color: #0F3D4A; }'
2270| + '.ssma-ap-print-meta { margin: 0 0 18px; font-size: 11px; color: #7A858C; }'
2271| + '.ssma-ap-print-section { margin: 0 0 20px; page-break-inside: avoid; }'
2272| + '.ssma-ap-print-section h2 { margin: 0 0 8px; font-size: 14px; color: #0F3D4A; }'
2273| + '.ssma-ap-print-chart-card { border: 1px solid #DFE3E6; border-radius: 8px; padding: 12px 14px; background: #FBFCFD; }'
2274| + '.ssma-ap-print-inline-title { margin: 0 0 4px; font-size: 14px; font-weight: 700; color: #5C5D5D; }'
2275| + '.ssma-ap-print-inline-subtitle { margin: 0 0 10px; font-size: 11px; color: #7A858C; }'
2276| + '.ssma-ap-print-chart { width: 100%; max-width: 100%; height: auto; display: block; margin: 0 0 16px; border: 1px solid #DFE3E6; border-radius: 6px; }'
2277| + '.ssma-ap-print-chart-card .ssma-ap-print-chart { margin: 0; border: 0; border-radius: 0; }'
2278| + '.ssma-ap-print-table { width: 100%; border-collapse: collapse; margin-top: 4px; font-size: 10px; }'
2279| + '.ssma-ap-print-table th, .ssma-ap-print-table td { border: 1px solid #DFE3E6; padding: 4px 6px; text-align: left; }'
2280| + '.ssma-ap-print-table th { background: #F5F7FA; font-weight: 700; }'
2281| + '</style></head><body>'
2282| + '<h1>Painel Plano de Ação — ' + escapeHtml(viewLabel) + '</h1>'
2283| + '<p class="ssma-ap-print-meta">Gerado em ' + escapeHtml(formatPrintDateTime()) + '</p>'
2284| + sectionsHtml
2285| + '</body></html>';
2286| }
2287|
2288| async function buildPrintSectionsHtml(sections) {
2289| var htmlParts = [];
2290|
2291| for (var i = 0; i < sections.length; i += 1) {
2292| var section = sections[i];
2293| var table = section.getTable ? section.getTable() : { headers: [], rows: [] };
2294| var canCaptureImage = hasRenderablePrintSection(section);
2295| var hasValues = table.rows && table.rows.length > 0;
2296|
2297| if (!canCaptureImage && !hasValues) {
2298| continue;
2299| }
2300|
2301| var sectionHtml;
2302| var captured = null;
2303|
2304| if (canCaptureImage) {
2305| captured = await captureSectionForPrint(section);
2306| }
2307|
2308| if (captured && captured.dataUrl) {
2309| sectionHtml = '<section class="ssma-ap-print-section">'
2310| + '<img class="ssma-ap-print-chart" src="' + captured.dataUrl + '" alt="'
2311| + escapeHtml(section.title) + '"></section>';
2312| } else if (!canCaptureImage && hasValues) {
2313| sectionHtml = '<section class="ssma-ap-print-section">'
2314| + '<h2>' + escapeHtml(section.title) + '</h2>'
2315| + buildPrintTableHtml(table.headers, table.rows)
2316| + '</section>';
2317| } else {
2318| continue;
2319| }
2320|
2321| htmlParts.push(sectionHtml);
2322| }
2323|
2324| return htmlParts.join('');
2325| }
2326|
2327| function setExportChartsBtnLoading(btn, loading) {
2328| if (!btn) {
2329| return;
2330| }
2331| if (loading) {
2332| btn.disabled = true;
2333| btn.dataset.originalHtml = btn.innerHTML;
2334| btn.innerHTML = '<i class="fas fa-spinner fa-spin mr-2" aria-hidden="true"></i><span>Gerando PDF…</span>';
2335| return;
2336| }
2337| btn.disabled = false;
2338| if (btn.dataset.originalHtml) {
2339| btn.innerHTML = btn.dataset.originalHtml;
2340| delete btn.dataset.originalHtml;
2341| }
2342| }
2343|
2344| function notifyPanelExport(message, type) {
2345| if (typeof window.showToast === 'function') {
2346| window.showToast(
2347| message,
2348| 'Painel',
2349| 'fa-file-pdf',
2350| type === 'error' ? 'bg-danger' : 'bg-info'
2351| );
2352| return;
2353| }
2354| window.alert(message);
2355| }
2356|
2357| async function exportPanelChartsPrint() {
2358| if (panelChartsPrintBusy) {
2359| return;
2360| }
2361|
2362| if (currentView !== 'pendencias' && currentView !== 'visao_geral') {
2363| notifyPanelExport('Exportação disponível apenas em Pendências e Visão Geral.', 'error');
2364| return;
2365| }
2366|
2367| if (currentView === 'pendencias') {
2368| reflowCharts(PENDENCIAS_CHART_KEYS);
2369| } else {
2370| renderOverviewCharts();
2371| await waitForPanelChartsPaint(120);
2372| reflowCharts(OVERVIEW_CHART_KEYS);
2373| await ensureDistributionChartsForExport();
2374| }
2375|
2376| var btn = document.getElementById('ap_painel_export_charts_btn');
2377| panelChartsPrintBusy = true;
2378| setExportChartsBtnLoading(btn, true);
2379|
2380| try {
2381| var hasHtml2Canvas = await ensureHtml2Canvas();
2382| if (!hasHtml2Canvas) {
2383| notifyPanelExport('Não foi possível carregar o recurso de captura dos gráficos.', 'error');
2384| panelChartsPrintBusy = false;
2385| setExportChartsBtnLoading(btn, false);
2386| return;
2387| }
2388|
2389| await waitForPanelChartsPaint(280);
2390|
2391| var viewLabel = currentView === 'pendencias' ? 'Pendências' : 'Visão Geral';
2392| var sections = currentView === 'pendencias'
2393| ? getPendenciasPrintSections()
2394| : getOverviewPrintSections();
2395| var sectionsHtml = await buildPrintSectionsHtml(sections);
2396|
2397| if (!sectionsHtml) {
2398| notifyPanelExport('Não há gráficos para exportar no momento.', 'error');
2399| panelChartsPrintBusy = false;
2400| setExportChartsBtnLoading(btn, false);
2401| return;
2402| }
2403|
2404| var printHtml = buildPrintDocumentHtml(viewLabel, sectionsHtml);
2405| var iframe = document.createElement('iframe');
2406| iframe.className = 'ssma-ap-panel-charts-print-frame';
2407| iframe.setAttribute('title', 'Exportação de gráficos — Painel Plano de Ação');
2408| iframe.style.cssText = 'position:fixed;width:0;height:0;border:0;opacity:0;pointer-events:none;';
2409|
2410| var finished = false;
2411| var finishLoading = function () {
2412| if (finished) {
2413| return;
2414| }
2415| finished = true;
2416| panelChartsPrintBusy = false;
2417| setExportChartsBtnLoading(btn, false);
2418| };
2419|
2420| var cleanup = function () {
2421| if (iframe.parentNode) {
2422| iframe.parentNode.removeChild(iframe);
2423| }
2424| };
2425|
2426| iframe.onerror = function () {
2427| cleanup();
2428| finishLoading();
2429| notifyPanelExport('Não foi possível abrir a impressão dos gráficos.', 'error');
2430| };
2431|
2432| iframe.onload = function () {
2433| window.setTimeout(function () {
2434| try {
2435| var win = iframe.contentWindow;
2436| if (!win) {
2437| cleanup();
2438| finishLoading();
2439| notifyPanelExport('Não foi possível abrir a impressão dos gráficos.', 'error');
2440| return;
2441| }
2442| win.addEventListener('afterprint', function () {
2443| cleanup();
2444| finishLoading();
2445| }, { once: true });
2446| win.focus();
2447| win.print();
2448| window.setTimeout(function () {
2449| cleanup();
2450| finishLoading();
2451| }, 4000);
2452| } catch (err) {
2453| cleanup();
2454| finishLoading();
2455| notifyPanelExport('Não foi possível abrir a impressão dos gráficos.', 'error');
2456| }
2457| }, 350);
2458| };
2459|
2460| document.body.appendChild(iframe);
2461| iframe.srcdoc = printHtml;
2462| } catch (err) {
2463| panelChartsPrintBusy = false;
2464| setExportChartsBtnLoading(btn, false);
2465| notifyPanelExport('Não foi possível gerar a exportação. Tente novamente.', 'error');
2466| }
2467| }
2468|
2469| function bindExportChartsButton() {
2470| var btn = document.getElementById('ap_painel_export_charts_btn');
2471| if (!btn || btn.dataset.bound === '1') {
2472| return;
2473| }
2474| btn.dataset.bound = '1';
2475| btn.addEventListener('click', function (e) {
2476| e.preventDefault();
2477| exportPanelChartsPrint();
2478| });
2479| }
2480|
Request #4
deepseek-v4-flash
P:34.6K C:1.58K CR:30.21K CW:0
12034ms
Reasoning
Now I have full view of the export function. Let me confirm the issues:
**Issue 1: Race in exportPanelChartsPrint.** The busy flag is set only after the pre-amble (line 2377). For `visao_geral`, the pre-amble involves `renderOverviewCharts()` (waitHighcharts async), `await waitForPanelChartsPaint(120)`, `await ensureDistributionChartsForExport()` (which can wait 420ms). So indeed there's a window where double-clicks can start concurrent exports. Confirmed. Lines 2357-2378. This is a valid medium issue.
**Issue 2: buildPrintSectionsHtml fallback.** Lines 2288-2325. When canCaptureImage is true but capture fails (returns null), `sectionHtml` remains undefined and the code hits `else { continue; }`, discarding the section even when `hasValues` is true. Confirmed. The `else if (!canCaptureImage && hasValues)` only handles the non-capture case. When capture fails but table has values, section is skipped silently. Valid.
**Issue 3: ensureHtml2Canvas retry deadlock.** Lines 1913-1934. When script fails to load (onerror), the script element with id `ssma-ap-panel-html2canvas-loader` remains in DOM. On next call to ensureHtml2Canvas, if html2canvas isn't loaded, it finds `existing` element and adds load/error listeners, but those events already fired, so promise never resolves. The button remains stuck at spinner, `panelChartsPrintBusy` stays true. Confirmed. However, wait — in exportPanelChartsPrint, when ensureHtml2Canvas resolves false, panelChartsPrintBusy is reset to false. But if ensureHtml2Canvas never resolves (pending), the await never returns, so busy stays true and button stuck. Confirmed as medium.
Actually, one nuance: if the first failure path resolved false (script onerror fired), the loader element remains in the DOM. A subsequent call sees `existing` present and adds listeners — those listeners never fire because the events already passed. So the second export attempt hangs. Also even on success (onload), the second export attempt would find the element; but on load event already fired then html2canvas is present so first branch returns early. So the problem only occurs after a failure. Valid.
Also note: A further issue is even the first click while script is loading — the export waits; that's intended.
**Issue 4: static script tag in _tab_painel.html.twig.** Line 594 adds html2canvas statically, contradicting on-demand loading. Also CSS file references. This contradicts the declared PR goal. There's also potential race: the static script may still be loading (no async attribute), so it blocks parse... Actually script is at bottom, without async/defer, so it blocks until loaded. But if it fails (offline), the load error occurs before the JS binds; ensureHtml2Canvas would find `window.html2canvas` undefined and create a new loader script, but existing element? The static script doesn't have id `ssma-ap-panel-html2canvas-loader`, so a new one is created, which would try to load again. Also duplicated download. Also html2canvas is loaded even in comparativo view where export button is hidden. This is a valid finding: contradicts "on demand" goal, loads third-party code on every Painel tab open, no SRI.
Wait — but where is this script in relation to tabs? The template is included for the Painel tab. The script tag will be executed whenever that template is included/rendered, even if the tab isn't visible. It's a full document script (no defer), so it blocks page rendering. That's a performance hit on every page that includes the tab_painel template. Let me check where the template is included (tab content hidden with d-none or in the main index). Since this tab is part of index.html.twig probably rendered always. So the static html2canvas script is loaded on page load for any page containing the painel tab. That's a real finding.
**Issue 5: ensureDistributionChartsForExport inverted criterion.** Lines 1767-1781. `needsRefresh = !!(resolutionEl && !resolutionEl.querySelector('.highcharts-container'))`. The gauge is a conic gauge rendered with `.ssma-conic-gauge-wrapper`, not a highcharts container. Let me confirm in the _tab_action_plan.html.twig renderSsmaActionPlanGauge. Let me search the code.
Also the resolution gauge container is `ssma-action-plan-resolution-gauge` in the Visão Geral tab (in _tab_painel_visao_geral.html.twig). Let me check where the containers are.
Let me search for `ssma-action-plan-resolution-gauge` in twig templates to see which tab contains it and how it's rendered.
**Issue 6: paired chart re-render.** renderPendenciasCharts now calls renderPairedPendingCharts() then syncPairedPendingCharts() (a second re-render after 120ms). And the resize handler destroys and recreates charts. Let me check renderTopResponsibleChart and renderOriginChart, whether they destroy and recreate each call. In buildHBarChart there's destroyChart('topResponsible') and el.innerHTML = ''. And the column chart? Let me read those functions.
Let me search around lines 1200-1600 for these functions.
Also note the CSS: `.ssma-ap-chart-host--fill { flex: 1 1 auto; ... min-height: 175px; height: 100%; max-height: none; }` and getPairedChartHeight. Fine.
Let me read more about the resize handler and its "destroy & re-render" concern. In observePainelTab, resize on 'pendencias' view does renderPairedPendingCharts() after 150ms debounce, which destroys and recreates the two charts, rather than reflow. This might be intentional to adjust to new layout height. But it's still heavier than a reflow; however, the charts need to resize heights? Actually chart height is computed from `getPairedChartHeight` reading the container height, so on window resize the container height changes and charts need re-creation to update height. Reflow alone might not change the fixed height since they set el.style.height explicitly. Hmm. Let me look at renderOriginChart too.
Let me read the chart build functions and around renderTopResponsibleChart, renderOriginChart.
Agora vou ler as funções de renderização dos gráficos pareados e onde os containers dos gauges ficam no template.
Tool Calls (2)
file_read
Show Details
Arguments
{"end_line": 1600, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1180}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 1180-1600
1180| return label;
1181| }
1182|
1183| function computeBarAxisMax(maxVal) {
1184| var value = Number(maxVal) || 0;
1185| if (value <= 0) {
1186| return 5;
1187| }
1188| var padded = Math.ceil(value * 1.12);
1189| if (padded <= 5) {
1190| return 5;
1191| }
1192| if (padded <= 10) {
1193| return 10;
1194| }
1195| if (padded <= 20) {
1196| return Math.ceil(padded / 5) * 5;
1197| }
1198| if (padded <= 50) {
1199| return Math.ceil(padded / 10) * 10;
1200| }
1201| if (padded <= 100) {
1202| return Math.ceil(padded / 20) * 20;
1203| }
1204| return Math.ceil(padded / 50) * 50;
1205| }
1206|
1207| function computeBarTickInterval(axisMax) {
1208| if (axisMax <= 5) {
1209| return 1;
1210| }
1211| if (axisMax <= 10) {
1212| return 2;
1213| }
1214| if (axisMax <= 20) {
1215| return 5;
1216| }
1217| if (axisMax <= 50) {
1218| return 10;
1219| }
1220| if (axisMax <= 100) {
1221| return 20;
1222| }
1223| return 50;
1224| }
1225|
1226| function getPairedChartHeight(el, fallback) {
1227| var minHeight = fallback || 200;
1228| if (!el) {
1229| return minHeight;
1230| }
1231|
1232| var wrap = el.closest('.ssma-ap-chart-wrap--paired');
1233| if (wrap && wrap.clientHeight > 80) {
1234| return wrap.clientHeight;
1235| }
1236|
1237| var card = el.closest('.ssma-dashboard-chart-card--paired');
1238| if (card) {
1239| var header = card.querySelector('.border-bottom');
1240| var headerHeight = header ? header.offsetHeight : 0;
1241| var innerHeight = card.clientHeight - headerHeight;
1242| if (innerHeight > 80) {
1243| return innerHeight;
1244| }
1245| }
1246|
1247| return minHeight;
1248| }
1249|
1250| function computeHBarSizing(chartHeight, categoryCount) {
1251| var count = Math.max(1, categoryCount || 1);
1252| var chromeHeight = 44;
1253| var usable = Math.max(88, chartHeight - chromeHeight);
1254| var slot = usable / count;
1255| var pointWidth = Math.min(26, Math.max(11, Math.floor(slot * 0.56)));
1256| var groupPadding = Math.max(0.06, Math.min(0.3, 1 - (pointWidth / slot)));
1257|
1258| return {
1259| pointWidth: pointWidth,
1260| groupPadding: groupPadding,
1261| };
1262| }
1263|
1264| function buildHBarChart(el, chartKey, rows, color, opts) {
1265| opts = opts || {};
1266| if (!el || !rows || !rows.length || !window.Highcharts) {
1267| return;
1268| }
1269|
1270| var ordered = rows.slice().reverse();
1271| var categories = ordered.map(function (r) { return r.label; });
1272| var values = ordered.map(function (r) { return r.value; });
1273| var maxVal = ordered.reduce(function (max, r) {
1274| return Math.max(max, Number(r.value) || 0);
1275| }, 0);
1276| var yMax = Math.max(opts.yMax || 20, Math.ceil(maxVal / 2) * 2);
1277| var rowHeight = opts.rowHeight || 22;
1278| var chartHeight = categories.length * rowHeight + (opts.chromeHeight || 48);
1279|
1280| el.style.height = chartHeight + 'px';
1281| el.style.minHeight = chartHeight + 'px';
1282| el.style.maxHeight = chartHeight + 'px';
1283|
1284| destroyChart(chartKey);
1285| el.innerHTML = '';
1286|
1287| charts[chartKey] = window.Highcharts.chart(el, {
1288| chart: {
1289| type: 'bar',
1290| backgroundColor: 'transparent',
1291| height: chartHeight,
1292| spacing: opts.spacing || [4, 36, 4, 4],
1293| marginRight: opts.marginRight || 30,
1294| marginTop: 4,
1295| },
1296| title: { text: null },
1297| credits: { enabled: false },
1298| legend: { enabled: false },
1299| xAxis: {
1300| categories: categories,
1301| lineWidth: 0,
1302| tickWidth: 0,
1303| gridLineWidth: 0,
1304| title: { text: null },
1305| labels: {
1306| align: 'right',
1307| x: -4,
1308| style: { color: '#5C5D5D', fontSize: '11px' },
1309| },
1310| },
1311| yAxis: {
1312| min: 0,
1313| max: yMax,
1314| tickInterval: opts.tickInterval || 5,
1315| endOnTick: false,
1316| maxPadding: 0.08,
1317| gridLineColor: '#D9E2EC',
1318| gridLineDashStyle: 'ShortDot',
1319| lineColor: '#E8EDF2',
1320| tickColor: '#E8EDF2',
1321| title: { text: null },
1322| labels: { style: { fontSize: '10px', color: '#8c9099' } },
1323| },
1324| tooltip: {
1325| backgroundColor: '#fff',
1326| borderColor: '#E6EBF1',
1327| style: { fontSize: '12px' },
1328| pointFormat: '<b>{point.y}</b> dias',
1329| },
1330| plotOptions: {
1331| bar: {
1332| pointWidth: opts.pointWidth || 10,
1333| pointPadding: 0.04,
1334| groupPadding: 0.44,
1335| borderRadius: 0,
1336| borderWidth: 0,
1337| animation: false,
1338| color: color,
1339| dataLabels: {
1340| enabled: true,
1341| align: 'left',
1342| inside: false,
1343| x: 6,
1344| crop: false,
1345| overflow: 'allow',
1346| style: {
1347| fontSize: '11px',
1348| fontWeight: '600',
1349| color: '#5C5D5D',
1350| textOutline: 'none',
1351| },
1352| formatter: function () {
1353| return formatDecimalBr(this.y);
1354| },
1355| },
1356| },
1357| },
1358| series: [{ name: opts.seriesName || 'Dias', data: values }],
1359| });
1360|
1361| window.setTimeout(function () {
1362| if (charts[chartKey] && typeof charts[chartKey].reflow === 'function') {
1363| charts[chartKey].reflow();
1364| }
1365| }, 0);
1366| }
1367|
1368| function renderCriticalChart() {
1369| var el = document.getElementById('ssma-ap-chart-critical');
1370| if (!el || !panelData || !panelData.charts || !window.Highcharts) {
1371| if (el) { showChartEmpty(el, 'Nenhuma pendência no período'); }
1372| return;
1373| }
1374|
1375| var chartData = panelData.charts.critical_pending_by_deadline || {};
1376| destroyChart('critical');
1377|
1378| if (!chartData.labels || !chartData.labels.length) {
1379| showChartEmpty(el, 'Nenhuma pendência no período');
1380| return;
1381| }
1382| clearChartEmpty(el);
1383|
1384| charts.critical = window.Highcharts.chart(el, {
1385| chart: { type: 'line', backgroundColor: 'transparent', spacing: [8, 8, 8, 8] },
1386| title: { text: null },
1387| credits: { enabled: false },
1388| legend: {
1389| align: 'center',
1390| verticalAlign: 'bottom',
1391| itemStyle: { fontSize: '12px', fontWeight: '500', color: '#5C5D5D' },
1392| },
1393| xAxis: {
1394| categories: chartData.labels || [],
1395| lineColor: '#E6EBF1',
1396| tickColor: '#E6EBF1',
1397| labels: { style: { color: '#7A858C', fontSize: '11px' } },
1398| },
1399| yAxis: {
1400| min: 0,
1401| title: { text: null },
1402| gridLineColor: '#EEF1F4',
1403| gridLineDashStyle: 'Dot',
1404| labels: { style: { color: '#7A858C', fontSize: '11px' } },
1405| },
1406| tooltip: {
1407| shared: true,
1408| backgroundColor: '#fff',
1409| borderColor: '#E6EBF1',
1410| style: { fontSize: '12px' },
1411| },
1412| plotOptions: {
1413| line: {
1414| marker: { enabled: true, radius: 4, lineWidth: 2, lineColor: '#fff' },
1415| lineWidth: 2.5,
1416| },
1417| series: { animation: false },
1418| },
1419| series: [
1420| { name: 'Validação', color: COLORS.validation, data: chartData.validation || [] },
1421| { name: 'Execução', color: COLORS.execution, data: chartData.execution || [] },
1422| ],
1423| });
1424| }
1425|
1426| function renderTopResponsibleChart() {
1427| var el = document.getElementById('ssma-ap-chart-top-responsible');
1428| if (!el || !panelData || !panelData.charts || !window.Highcharts) {
1429| if (el) { showChartEmpty(el, 'Sem responsáveis com pendências'); }
1430| return;
1431| }
1432|
1433| var rows = panelData.charts.top_responsible_pending || [];
1434| destroyChart('topResponsible');
1435| if (!rows.length) {
1436| showChartEmpty(el, 'Sem responsáveis com pendências');
1437| return;
1438| }
1439| clearChartEmpty(el);
1440|
1441| var ordered = rows.slice().reverse();
1442| var categories = ordered.map(function (r) { return r.name; });
1443| var execution = ordered.map(function (r) { return r.execution || 0; });
1444| var validation = ordered.map(function (r) { return r.validation || 0; });
1445| var maxTotal = ordered.reduce(function (max, r) {
1446| return Math.max(max, (r.execution || 0) + (r.validation || 0));
1447| }, 0);
1448| var yMax = computeBarAxisMax(maxTotal);
1449| var tickInterval = computeBarTickInterval(yMax);
1450| var chartHeight = getPairedChartHeight(el, 200);
1451| var barSizing = computeHBarSizing(chartHeight, categories.length);
1452|
1453| el.style.height = chartHeight + 'px';
1454| el.style.minHeight = chartHeight + 'px';
1455| el.style.maxHeight = 'none';
1456|
1457| destroyChart('topResponsible');
1458| el.innerHTML = '';
1459|
1460| charts.topResponsible = window.Highcharts.chart(el, {
1461| chart: {
1462| type: 'bar',
1463| backgroundColor: 'transparent',
1464| height: chartHeight,
1465| spacing: [4, 36, 4, 4],
1466| marginRight: 30,
1467| marginTop: 4,
1468| },
1469| title: { text: null },
1470| credits: { enabled: false },
1471| legend: {
1472| align: 'right',
1473| verticalAlign: 'top',
1474| layout: 'horizontal',
1475| symbolRadius: 2,
1476| symbolHeight: 10,
1477| symbolWidth: 10,
1478| itemStyle: { fontSize: '11px', fontWeight: '600', color: '#5C5D5D' },
1479| margin: 0,
1480| padding: 0,
1481| y: -2,
1482| },
1483| xAxis: {
1484| categories: categories,
1485| lineWidth: 0,
1486| tickWidth: 0,
1487| gridLineWidth: 0,
1488| title: { text: null },
1489| labels: {
1490| align: 'right',
1491| x: -4,
1492| style: { color: '#5C5D5D', fontSize: '11px' },
1493| },
1494| },
1495| yAxis: {
1496| min: 0,
1497| max: yMax,
1498| tickInterval: tickInterval,
1499| endOnTick: true,
1500| maxPadding: 0.04,
1501| gridLineColor: '#D9E2EC',
1502| gridLineDashStyle: 'ShortDot',
1503| lineColor: '#E8EDF2',
1504| tickColor: '#E8EDF2',
1505| title: { text: null },
1506| labels: { style: { fontSize: '10px', color: '#8c9099' } },
1507| },
1508| tooltip: {
1509| shared: true,
1510| backgroundColor: '#fff',
1511| borderColor: '#E6EBF1',
1512| style: { fontSize: '12px' },
1513| headerFormat: '<span style="font-size:11px;font-weight:600;">{point.key}</span><br/>',
1514| pointFormat: '<span style="color:{series.color}">\u25CF</span> {series.name}: <b>{point.y}</b><br/>',
1515| },
1516| plotOptions: {
1517| series: {
1518| stacking: 'normal',
1519| animation: false,
1520| borderWidth: 0,
1521| states: { hover: { brightness: 0.04 } },
1522| stackLabels: {
1523| enabled: true,
1524| align: 'right',
1525| verticalAlign: 'middle',
1526| crop: false,
1527| overflow: 'allow',
1528| style: {
1529| fontSize: '11px',
1530| fontWeight: '700',
1531| color: '#1E1E1E',
1532| textOutline: 'none',
1533| },
1534| formatter: function () {
1535| return this.total > 0 ? this.total : null;
1536| },
1537| },
1538| },
1539| bar: {
1540| pointWidth: barSizing.pointWidth,
1541| pointPadding: 0.06,
1542| groupPadding: barSizing.groupPadding,
1543| borderRadius: 0,
1544| },
1545| },
1546| series: [
1547| { name: 'Execução', color: COLORS.execution, data: execution },
1548| { name: 'Validação', color: COLORS.validation, data: validation },
1549| ],
1550| });
1551|
1552| window.setTimeout(function () {
1553| if (charts.topResponsible && typeof charts.topResponsible.reflow === 'function') {
1554| charts.topResponsible.reflow();
1555| }
1556| }, 0);
1557| }
1558|
1559| function renderOriginChart() {
1560| var el = document.getElementById('ssma-ap-chart-origin');
1561| if (!el || !panelData || !panelData.charts || !window.Highcharts) {
1562| if (el) { showChartEmpty(el, 'Sem pendências por origem'); }
1563| return;
1564| }
1565|
1566| var rows = panelData.charts.pending_by_origin || [];
1567| destroyChart('origin');
1568|
1569| if (!rows.length) {
1570| showChartEmpty(el, 'Sem pendências por origem');
1571| return;
1572| }
1573| clearChartEmpty(el);
1574|
1575| var chartHeight = getPairedChartHeight(el, 200);
1576| el.style.height = chartHeight + 'px';
1577| el.style.minHeight = chartHeight + 'px';
1578| el.style.maxHeight = 'none';
1579|
1580| charts.origin = window.Highcharts.chart(el, {
1581| chart: {
1582| type: 'column',
1583| backgroundColor: 'transparent',
1584| height: chartHeight,
1585| spacing: [8, 8, 8, 8],
1586| },
1587| title: { text: null },
1588| credits: { enabled: false },
1589| legend: { enabled: false },
1590| xAxis: {
1591| categories: rows.map(function (r) { return r.label; }),
1592| lineColor: '#E6EBF1',
1593| labels: { style: { color: '#5C5D5D', fontSize: '11px' } },
1594| },
1595| yAxis: {
1596| min: 0,
1597| title: { text: null },
1598| gridLineColor: '#EEF1F4',
1599| labels: { style: { color: '#7A858C', fontSize: '10px' } },
1600| },
code_search
Show Details
Arguments
{"search_text": "ssma-action-plan-resolution-gauge", "file_patterns": ["templates/ssma/action_plan/**"]}
Result
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig
Match lines: 3
557| 'ssma-action-plan-resolution-gauge',
593| return $('#ssma-action-plan-type-bar, #ssma-action-plan-deadline-bar, #ssma-action-plan-project-gauge, #ssma-action-plan-resolution-gauge').length > 0;
630| $('#ssma-action-plan-project-gauge, #ssma-action-plan-resolution-gauge, #ssma-action-plan-type-bar, #ssma-action-plan-deadline-bar').html(ssmaActionPlanChartEmptyStateHtml);
File: templates/ssma/action_plan/tabs/_tab_painel_visao_geral.html.twig
Match lines: 1
116| <div id="ssma-action-plan-resolution-gauge" style="height: 360px; min-height: 360px;">{{ action_plan_empty_chart_state }}</div>
Request #5
deepseek-v4-flash
P:41.09K C:167 CR:36.1K CW:0
1827ms
Reasoning
Let me look at the _tab_action_plan.html.twig renderSsmaActionPlanGauge function to confirm the gauge renders `.ssma-conic-gauge-wrapper`, not `.highcharts-container`.
Vou confirmar como o gauge é renderizado e ver o contexto da função `refreshSsmaActionPlanCharts` no template de ações.
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 660, "file_path": "templates/ssma/action_plan/tabs/_tab_action_plan.html.twig", "start_line": 460}
Result
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig (Total lines: 2262)
IS_TRUNCATED: false
LINE_RANGE: 460-660
460| }
461|
462| var endColor = getSsmaActionPlanColorFromStops(colorStops, normalizedValue / 100);
463| parts.push(endColor + ' ' + filledAngle + 'deg, #E8EDF2 ' + filledAngle + 'deg, #E8EDF2 360deg');
464|
465| return 'conic-gradient(' + parts.join(', ') + ')';
466| }
467|
468| function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops, hasData) {
469| if (hasData === false) {
470| return renderSsmaActionPlanChartEmptyState(containerId);
471| }
472|
473| var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
474|
475| return renderSsmaActionPlanGauge(
476| containerId,
477| normalizedValue,
478| {
479| x1: 0,
480| y1: 0,
481| x2: 1,
482| y2: 1,
483| stops: colorStops
484| },
485| true
486| );
487| }
488|
489| function renderSsmaActionPlanGauge(containerId, value, colorConfig, hasData) {
490| if (hasData === false) {
491| return renderSsmaActionPlanChartEmptyState(containerId);
492| }
493|
494| var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
495| var arcColor = typeof colorConfig === 'string'
496| ? colorConfig
497| : buildSsmaActionPlanGradient(colorConfig);
498|
499| var gaugeData = [
500| { y: normalizedValue, color: arcColor, borderWidth: 0, borderColor: 'transparent' },
501| { y: Math.max(0, 100 - normalizedValue), color: '#E8EDF2', borderWidth: 0, borderColor: 'transparent' }
502| ];
503|
504| return Highcharts.chart(containerId, {
505| chart: {
506| type: 'pie',
507| backgroundColor: 'transparent',
508| spacing: [0, 0, 0, 0],
509| margin: [0, 0, 0, 0],
510| animation: false,
511| events: {
512| render: function () {
513| updateSsmaActionPlanGaugeCenterLabel(this, normalizedValue);
514| }
515| }
516| },
517| title: { text: null },
518| subtitle: { text: null },
519| tooltip: { enabled: false },
520| credits: { enabled: false },
521| legend: { enabled: false },
522| plotOptions: {
523| pie: {
524| dataLabels: { enabled: false },
525| borderWidth: 0,
526| borderColor: 'transparent',
527| startAngle: 0,
528| endAngle: 360,
529| center: ['50%', '50%'],
530| size: '88%',
531| innerSize: '68%',
532| states: {
533| inactive: { opacity: 1 },
534| hover: { enabled: false }
535| }
536| }
537| },
538| series: [{
539| animation: false,
540| data: gaugeData
541| }]
542| });
543| }
544|
545| function buildSsmaActionPlanCharts() {
546| var hasActionChartData = Number((ssmaActionPlanState.kpis && ssmaActionPlanState.kpis.total_actions) || (ssmaActionPlanState.actions || []).length || 0) > 0;
547| var brandColors = getSsmaActionPlanBrandColors();
548|
549| ssmaActionPlanChartState.projectGauge = renderSsmaActionPlanGauge(
550| 'ssma-action-plan-project-gauge',
551| ssmaActionPlanGauges.with_project_rate || 0,
552| { x1: 0, y1: 0, x2: 0, y2: 1, stops: [[0, brandColors.dark], [1, brandColors.base]] },
553| hasActionChartData
554| );
555|
556| ssmaActionPlanChartState.resolutionGauge = renderSsmaActionPlanResolutionGauge(
557| 'ssma-action-plan-resolution-gauge',
558| ssmaActionPlanGauges.resolution_rate || 0,
559| [
560| [0, '#EA151C'],
561| [0.5, '#FFC107'],
562| [1, '#25AD52']
563| ],
564| hasActionChartData
565| );
566|
567| ssmaActionPlanChartState.typeBar = window.renderSsmaActionsBarChart(
568| 'ssma-action-plan-type-bar',
569| ssmaActionPlanTypeSeries,
570| {
571| defaultColor: brandColors.dark
572| }
573| );
574|
575| ssmaActionPlanChartState.deadlineBar = window.renderSsmaActionsBarChart(
576| 'ssma-action-plan-deadline-bar',
577| ssmaActionPlanCharts.actions_on_schedule || [],
578| {
579| defaultColor: '#186073'
580| }
581| );
582| }
583|
584| function reflowSsmaActionPlanCharts() {
585| $.each(ssmaActionPlanChartState, function (_, chartInstance) {
586| if (chartInstance && typeof chartInstance.reflow === 'function') {
587| chartInstance.reflow();
588| }
589| });
590| }
591|
592| function hasSsmaActionPlanDistributionCharts() {
593| return $('#ssma-action-plan-type-bar, #ssma-action-plan-deadline-bar, #ssma-action-plan-project-gauge, #ssma-action-plan-resolution-gauge').length > 0;
594| }
595|
596| function initSsmaActionPlanCharts() {
597| if (!hasSsmaActionPlanDistributionCharts()) {
598| return;
599| }
600|
601| waitForSsmaActionPlanHighcharts(function () {
602| if (!ssmaActionPlanChartState.initialized) {
603| buildSsmaActionPlanCharts();
604| ssmaActionPlanChartState.initialized = true;
605| }
606|
607| reflowSsmaActionPlanCharts();
608| });
609| }
610|
611| function syncSsmaActionPlanSeriesFromState() {
612| ssmaActionPlanGauges = $.extend({}, ssmaActionPlanState.gauges || {});
613| ssmaActionPlanTypeSeries = $.map(ssmaActionPlanState.barCharts && ssmaActionPlanState.barCharts.types ? ssmaActionPlanState.barCharts.types : [], function (item) {
614| return $.extend({}, item);
615| });
616| ssmaActionPlanCharts = $.extend(true, {}, ssmaActionPlanState.charts || {});
617| }
618|
619| function destroySsmaActionPlanCharts() {
620| ['projectGauge', 'resolutionGauge', 'typeBar', 'deadlineBar'].forEach(function (key) {
621| var chartInstance = ssmaActionPlanChartState[key];
622|
623| if (chartInstance && typeof chartInstance.destroy === 'function') {
624| chartInstance.destroy();
625| }
626|
627| ssmaActionPlanChartState[key] = null;
628| });
629|
630| $('#ssma-action-plan-project-gauge, #ssma-action-plan-resolution-gauge, #ssma-action-plan-type-bar, #ssma-action-plan-deadline-bar').html(ssmaActionPlanChartEmptyStateHtml);
631| ssmaActionPlanChartState.initialized = false;
632| }
633|
634| function refreshSsmaActionPlanCharts() {
635| if (!hasSsmaActionPlanDistributionCharts()) {
636| syncSsmaActionPlanSeriesFromState();
637| return;
638| }
639|
640| syncSsmaActionPlanSeriesFromState();
641|
642| waitForSsmaActionPlanHighcharts(function () {
643| destroySsmaActionPlanCharts();
644| buildSsmaActionPlanCharts();
645| ssmaActionPlanChartState.initialized = true;
646| reflowSsmaActionPlanCharts();
647| });
648| }
649|
650| window.initSsmaActionPlanCharts = initSsmaActionPlanCharts;
651| window.reflowSsmaActionPlanCharts = reflowSsmaActionPlanCharts;
652| window.refreshSsmaActionPlanCharts = refreshSsmaActionPlanCharts;
653|
654| function renderSsmaActionPlanKpis() {
655| var kpis = ssmaActionPlanState.kpis || {};
656| var titleMap = {
657| open_actions: 'Ações abertas',
658| resolved_actions: 'Ações resolvidas',
659| without_project: 'Sem projetos',
660| total_actions: 'Total de ações'
Request #6
deepseek-v4-flash
P:43.44K C:2.73K CR:41.22K CW:0
19160ms
Reasoning
Key observation on Issue 5: In `_tab_action_plan.html.twig`, the resolution gauge is rendered via `renderSsmaActionPlanGauge` which is a **Highcharts pie chart** (donut). Wait! Line 504: `return Highcharts.chart(containerId, {...type: 'pie'...})`. So the resolution gauge IS rendered as a Highcharts pie chart (donut), not a conic gauge! Interesting.
Wait, the change in the diff shows that `renderSsmaActionPlanResolutionGauge` used to use a conic gradient via `buildSsmaActionPlanResolutionConicalGradient` producing `.ssma-conic-gauge-wrapper`, but now it delegates to `renderSsmaActionPlanGauge`, which renders a Highcharts pie (donut) with `innerSize`. So after this change, the resolution gauge is a Highcharts chart that creates `.highcharts-container`.
Hmm, but wait — the change made in this PR was that the resolution gauge previously rendered conic markup directly and now uses the shared Highcharts donut renderer. So `ensureDistributionChartsForExport` checks `!resolutionEl.querySelector('.highcharts-container')`.
Now, does the export path have a resolution gauge with `.highcharts-container`? The resolution gauge container `ssma-action-plan-resolution-gauge` is inside the Visão Geral tab (in `_tab_painel_visao_geral.html.twig`), at line 116, with height 360px, and it is rendered by `initSsmaActionPlanCharts()` exposed on window. Actually, that's interesting: the resolution gauge container is present in the Visão Geral view. The rendering is done by `_tab_action_plan.html.twig`'s code (which is included on the whole plano-acao index page).
So in `ensureDistributionChartsForExport`, `resolutionEl` refers to the resolution gauge in the Visão Geral tab. If the distribution charts were already initialized by `initDistributionCharts()` → which calls `window.initSsmaActionPlanCharts()`. Let me check initDistributionCharts.
Actually wait, `renderOverviewCharts()` calls `initDistributionCharts()`. Let me find that.
But the question: after the change in this PR, when the resolution gauge renders via Highcharts donut, it DOES contain `.highcharts-container`. So `needsRefresh` would be false when rendered. Hmm.
But when the overview view is not yet rendered/initialized and the resolution gauge container has empty state HTML (`ssmaActionPlanChartEmptyStateHtml`) which likely is just a placeholder div (no `.highcharts-container`), then `needsRefresh` = true and it calls `refreshSsmaActionPlanCharts()`.
Actually wait — but is the resolution gauge container ever rendered if the action plan charts aren't initialized? In the Visão Geral panel, the container might be hidden (d-none). Highcharts charts render fine in hidden containers if explicitly given height? Actually Highcharts can render in hidden containers with fixed pixel heights. Hmm.
Let me reconsider. `needsRefresh = !!(resolutionEl && !resolutionEl.querySelector('.highcharts-container'))`. Since the gauge renders as Highcharts donut which produces `.highcharts-container`, after render the check is false. So the refresh logic seems okay IF render has occurred AND produces `.highcharts-container`.
The issue as described in the review plan (Issue 5) says: "o gauge é renderizado como anel cônico (`.ssma-conic-gauge-wrapper`), nunca como Highcharts". But based on the diff, the gauge now renders via Highcharts pie/donut. Before this PR, it was conic. But this PR changed it to Highcharts donut (renderSsmaActionPlanGauge). So in the new code (post-diff), the gauge is a Highcharts pie and does have `.highcharts-container`.
Wait, but the review plan's analysis of Issue 5 may be based on a mistaken assumption. Let me verify precisely. Actually, the review plan says "confirmar que o gauge de resolução é markup cônico (sem `.highcharts-container`)". But from the actual code, post-diff, the gauge is a Highcharts donut (type pie with innerSize 68%). So the premise that the gauge never contains `.highcharts-container` is incorrect post-change.
Hold on. But which resolution gauge are we talking about? `ssma-action-plan-resolution-gauge` container is in the Visão Geral tab (`_tab_painel_visao_geral.html.twig` line 116). The rendering function `buildSsmaActionPlanCharts()` in `_tab_action_plan.html.twig` calls `renderSsmaActionPlanResolutionGauge('ssma-action-plan-resolution-gauge', ...)` which now calls `renderSsmaActionPlanGauge` → Highcharts donut. So yes, post-change, resolution gauge contains `.highcharts-container`.
But wait, `hasRenderedChart` checks for `.highcharts-container` OR `.ssma-conic-gauge-wrapper`, supporting both. `ensureDistributionChartsForExport` only checks `.highcharts-container`.
Let me think again about the actual behavior of `ensureDistributionChartsForExport`:
Scenario A: overview visible, charts all rendered (initDistributionCharts ran earlier, e.g., when the panel loaded Visão Geral view). resolutionEl has `.highcharts-container`. needsRefresh = false. So it calls reflowDistributionCharts, waits 220ms. Good.
Scenario B: panel not initialized yet (charts not rendered). resolutionEl contains empty state HTML. `.highcharts-container` absent → needsRefresh = true → calls refreshSsmaActionPlanCharts() and waits 420ms. This is a legitimate refresh attempt — to ensure distribution charts render. So actually that behavior may be fine.
Scenario C: The distribution charts containers are only present when... hmm — wait, `hasSsmaActionPlanDistributionCharts` checks whether these containers exist in the DOM. Where are type-bar, deadline-bar, project-gauge, resolution-gauge containers? `ssma-action-plan-resolution-gauge` is in visao_geral tab. So on visao_geral, they all exist.
But is `refreshSsmaActionPlanCharts` safe to call anytime? It calls `syncSsmaActionPlanSeriesFromState()` then `waitForSsmaActionPlanHighcharts(...)` then destroy + rebuild. Note `destroySsmaActionPlanCharts` sets `ssmaActionPlanChartState.initialized = false` and empties the containers then rebuilds. Fine.
But there's a subtlety: is refresh safe if charts are currently being shown but the distribution containers are in the overview section that is hidden when currentView !== visao_geral? ensureDistributionChartsForExport is only called during export on visao_geral view, so overview is visible then.
Now, what about "inverted criterion" concern: Actually the review-plan statement that "sempre que o elemento existe, needsRefresh é true" relies on the gauge being conic markup with no `.highcharts-container`. But since this PR switched the gauge to Highcharts donut, the premise is wrong. Hmm — BUT maybe the render state at export time could be mid-paint or the resolution gauge is a Highcharts chart only when `initSsmaActionPlanCharts` runs. It runs on overview display. So mostly rendered.
Wait — but before this PR, the resolution gauge conic markup was created synchronously (in the old code, renderSsmaActionPlanResolutionGauge wrote `.ssma-conic-gauge-wrapper` via $('#'+containerId).html(...)). So before the PR, export would always find needsRefresh true (no highcharts-container) even when the chart was rendered as conic gauge. That's the bug the review plan describes. But this PR is exactly what changed the gauge to be a Highcharts donut. Hmm.
Actually wait, re-reading the diff for `_tab_action_plan.html.twig`:
```
- var gradient = buildSsmaActionPlanResolutionConicalGradient(normalizedValue, colorStops);
-
- $('#' + containerId).html(...conic gauge markup...);
-
- return { reflow: $.noop };
+ return renderSsmaActionPlanGauge(...Highcharts donut...);
```
So post-PR, resolution gauge = Highcharts donut with `.highcharts-container`. Thus post-PR, `ensureDistributionChartsForExport` will correctly see the rendered chart. So Issue 5's premise about "gauge rendered as conic, never Highcharts" is actually only correct for the PRE-PR code, not the post-PR. Hmm wait, but the export feature is introduced in this same PR... In the PR author's branch, the export JS and the gauge renderer change go together, so resolution gauge is a Highcharts donut. So issue 5's claimed behavior does not manifest — the check would now see `.highcharts-container` present.
Hmm wait, but there might be a subtlety: gauge could be rendered as a donut, and the empty state html has no highcharts-container. So the criterion may be acceptable: if resolution gauge not yet rendered (empty state), refresh; otherwise not.
But the problem: `needsRefresh` only looks at the resolution gauge container; other distribution charts (type-bar, deadline-bar, project-gauge) could be empty while resolution is rendered (e.g., partial failure). Edge. Not a big deal. Also, is refresh even needed during export? If resolution gauge rendered → skip refresh, reflow → captures fine. If empty → refresh builds all charts. That's actually coherent.
But wait — consider the conic-gauge possibility: `hasRenderedChart` checks `.ssma-conic-gauge-wrapper` too, meaning conic gauges may still be used elsewhere. project gauge is also a Highcharts donut now. Where does conic-gauge get used? Possibly in other modules. Fine.
So Issue 5 as stated in the review plan may not hold after the diff (the gauge is now a Highcharts donut). However, there's another subtle scenario: in the old renderer (pre-PR), resolution gauge was conic. That's exactly what the plan says. But post-PR, the resolution gauge is donut. So the claim "nunca como Highcharts" is factually wrong for the new code.
Hmm, however, there's a scenario in which resolution gauge is empty but type/deadline/project charts are rendered — refresh wouldn't happen. Minor.
Actually wait, wait. Let me re-examine. There is a real nuance: `ensureDistributionChartsForExport` is called in the overview export path. If all distribution charts are rendered as Highcharts, `.highcharts-container` exists in resolution gauge, needsRefresh=false. Good. If overview was never displayed and export clicked? Not possible — you must be on the overview view to export it. The export button is only visible on pendencias/visao_geral. When overview is the active view, `renderOverviewCharts()` is called at the start of export (line 2370), which calls `initDistributionCharts()`. That would render all distribution charts including resolution gauge. After a 120ms wait + reflow, ensureDistributionChartsForExport runs — resolution gauge now has `.highcharts-container` (rendered synchronously after highcharts loads? initDistributionCharts presumably waits for Highcharts too).
Let me check initDistributionCharts and initSsmaActionPlanCharts interplay to determine whether resolution gauge is rendered by the time ensureDistributionChartsForExport checks.
Actually renderOverviewCharts → waitHighcharts → initDistributionCharts(). Let me find initDistributionCharts.
Preciso ver `initDistributionCharts` e o restante do fluxo para entender o critério de refresh da exportação e o estado de renderização dos gauges.
Tool Calls (2)
code_search
Show Details
Arguments
{"file_patterns": ["public/js/ssma/action_plan_panel.js"], "search_text": "function initDistributionCharts|function renderDistributionCharts|initSsmaActionPlanCharts|refreshSsmaActionPlanCharts", "use_perl_regexp": true}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 5
1755| function initDistributionCharts() {
1756| if (typeof window.initSsmaActionPlanCharts === 'function') {
1757| window.initSsmaActionPlanCharts();
1772| if (needsRefresh && typeof window.refreshSsmaActionPlanCharts === 'function') {
1773| window.refreshSsmaActionPlanCharts();
file_read
Show Details
Arguments
{"end_line": 1765, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1700}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 1700-1765
1700| fontSize: '10px',
1701| fontWeight: '600',
1702| color: '#5C5D5D',
1703| textOutline: 'none',
1704| },
1705| },
1706| },
1707| },
1708| series: [
1709| { name: 'Finalizadas', color: COLORS.finalized, data: chartData.finalized || [] },
1710| { name: 'Vencidas', color: COLORS.overdue, data: chartData.overdue || [] },
1711| ],
1712| });
1713| }
1714|
1715| function renderOverviewOriginTimeChart() {
1716| var el = document.getElementById('ssma-ap-chart-overview-origin-time');
1717| var overview = getOverviewData();
1718| if (!el || !overview) {
1719| return;
1720| }
1721| buildHBarChart(
1722| el,
1723| 'overviewOriginTime',
1724| overview.average_time_by_origin || [],
1725| COLORS.originBar,
1726| { yMax: 20, tickInterval: 5, seriesName: 'Tempo médio' }
1727| );
1728| }
1729|
1730| function renderOverviewPersonTimeChart() {
1731| var el = document.getElementById('ssma-ap-chart-overview-person-time');
1732| var overview = getOverviewData();
1733| if (!el || !overview) {
1734| return;
1735| }
1736| buildHBarChart(
1737| el,
1738| 'overviewPersonTime',
1739| overview.average_execution_by_person || [],
1740| COLORS.personBar,
1741| { yMax: 20, tickInterval: 5, seriesName: 'Tempo médio' }
1742| );
1743| }
1744|
1745| function reflowCharts(keys) {
1746| window.setTimeout(function () {
1747| keys.forEach(function (key) {
1748| if (charts[key] && typeof charts[key].reflow === 'function') {
1749| charts[key].reflow();
1750| }
1751| });
1752| }, 80);
1753| }
1754|
1755| function initDistributionCharts() {
1756| if (typeof window.initSsmaActionPlanCharts === 'function') {
1757| window.initSsmaActionPlanCharts();
1758| }
1759| }
1760|
1761| function reflowDistributionCharts() {
1762| if (typeof window.reflowSsmaActionPlanCharts === 'function') {
1763| window.reflowSsmaActionPlanCharts();
1764| }
1765| }
Request #7
deepseek-v4-flash
P:47K C:7.03K CR:46.08K CW:0
54312ms
Reasoning
Now let me consider Issue 5 more carefully.
The resolution gauge in the current (post-diff) code is rendered by `renderSsmaActionPlanGauge` via Highcharts (type pie donut). So it will create a `.highcharts-container` inside `#ssma-action-plan-resolution-gauge`. Therefore, post-diff, when the gauge is rendered, `needsRefresh` in `ensureDistributionChartsForExport` will be false. When not rendered (still empty-state HTML), `needsRefresh` true → refresh happens.
Hmm, but the resolution gauge's rendering `waitForSsmaActionPlanHighcharts` needs the container. `initSsmaActionPlanCharts` only runs when `hasSsmaActionPlanDistributionCharts()` true, i.e., the containers exist. Are they inside the overview view (hidden or shown)? During export currentView is 'visao_geral', so overview is visible.
Now, there's a potential mismatch though — was the resolution gauge previously (before PR) rendered as conic `.ssma-conic-gauge-wrapper`? Yes — the diff removed the conic markup generation. So in the old code, `ensureDistributionChartsForExport` (which is part of this same PR's added code) would be wrong IF the gauge stayed conic. But since the PR also converted the gauge to Highcharts, the check `.highcharts-container` is aligned.
However — wait, does `refreshSsmaActionPlanCharts()` exist and is it safe to call when containers are not initialized? Yes defined.
Now actually, let me reconsider: maybe there's still a real inverted issue. Post-PR, the resolution gauge renders via Highcharts when the overview is visible. But in the pendências view (the default), Visão Geral section is `d-none`, and the resolution gauge container might still exist in DOM inside the hidden overview section. When the user is in pendências view and exports, the export only concerns pendencias. When user switches to overview, renderOverviewCharts is triggered via switchView presumably. So resolution gauge gets rendered. OK.
Let me not overstate Issue 5. The premise "gauge nunca como Highcharts" is wrong post-PR. Let me double check that the container at visao_geral line 116 is inside the overview. Yes.
But hold on: there's a wrinkle: the resolution gauge render via Highcharts happens only when `initSsmaActionPlanCharts` is triggered, which triggers only if `!ssmaActionPlanChartState.initialized`. That state is in the action-plan tab script. If the user never opened the "Ações" tab, would `initSsmaActionPlanCharts` run? It's exposed on window. The overview export path calls `renderOverviewCharts()` → `initDistributionCharts()` → `window.initSsmaActionPlanCharts()`. But wait — does `initSsmaActionPlanCharts` exist if the action plan template script has run? The `_tab_action_plan.html.twig` script is on the same page (index of Plano de Ação). Presumably yes it runs at DOMContentLoaded (guarded by hasSsmaActionPlanDistributionCharts). Since all 4 containers are present (in hidden tab, but present in DOM), the waitForHighcharts will run and build charts even if tab hidden. Highcharts rendering in hidden containers (display:none via d-none on parent or ancestor tab) → Highcharts may compute 0 width but height fixed 360px is explicit... Actually container hidden → width 0; Highcharts still can init, size 0, then reflow when shown. The charts are in ssmaActionPlanChartState. So resolution gauge will likely have a `.highcharts-container` even in pendências view. So needsRefresh false, export proceeds.
But actually, whether init happens before export depends. If it hasn't (e.g., chart state not initialized because the containers were absent when the action tab script ran? but they're in the same DOM)... Let me check `hasSsmaActionPlanDistributionCharts` — it queries for containers in the document. On the painel tab (plano de ação), the visao_geral containers exist in the DOM always (in the d-none view, but they exist). So `initSsmaActionPlanCharts` will build charts. OK.
Now the "refresh if empty" is correct direction — when not rendered, force refresh to render them. If rendered, no refresh. That direction seems fine.
But the review-plan issue #5 also points out that if the panel isn't initialized and the container is absent (resolutionEl null), needsRefresh is false → skip → distribution charts ignored in print. Wait, resolutionEl could be null if the visao_geral tab markup isn't present. But for overview export, we're on the overview view which includes the visao_geral markup. So resolutionEl exists. Not null.
Hmm, so Issue 5's concrete inverted behavior is questionable post-diff. Let me re-examine: There could be a scenario where the gauge IS rendered but with `.highcharts-container`? Yes always when rendered. So needsRefresh false → good.
What about the possibility that the gauge is rendered as a donut but with `ssmaActionPlanChartEmptyStateHtml`? If hasActionChartData false → buildSsmaActionPlanCharts renders empty states? Wait — renderSsmaActionPlanResolutionGauge: if hasData === false → `renderSsmaActionPlanChartEmptyState(containerId)`. So empty state (no `.highcharts-container`). If hasData true → donut. So needsRefresh true when empty state or unrendered; refresh will re-run build; but if hasActionChartData is false, refresh keeps empty state → after refresh still no `.highcharts-container` → but code doesn't re-check after refresh; it just waits 420ms and continues. The export section check `hasRenderablePrintSection` → `hasRenderedChart` → false → falls to table fallback (gauge getTable returns gaugeValueFromDom which reads `.ssma-gauge-center-value`; in donut rendering, does `updateSsmaActionPlanGaugeCenterLabel` create `.ssma-gauge-center-value`? Let me check that. If empty state, no value element; gaugeValueFromDom returns '—'. The section would then use the table if canCaptureImage false and hasValues true (row with '—'). So PDF would include "Taxa de aceitação: —" — that's a degraded but not fatal output.
OK. Honestly Issue 5 as the plan described it ("invertido/inadequado... gauge é renderizado como anel cônico, nunca como Highcharts") is not accurate post-diff since the PR converts gauge to Highcharts donut. But wait, this might actually be the intent of the bug report? The plan says to verify with code_search. I've confirmed the gauge IS a Highcharts donut after the change. So the claim "nunca como Highcharts" is invalid; needsRefresh would be false when rendered, and true when not rendered. So the criterion is actually aligned in direction... but is it robust? A real issue: it only checks the resolution gauge container. If the panel was never initialized and all charts are empty, refresh will render. Fine. If some other chart container missing but resolution present, export might skip refresh — but the capture uses the rendered state only. Not a bug per se.
However, consider that the gauge might legitimately be hidden at the time `renderSsmaActionPlanGauge` runs (e.g., because overview view hidden). Highcharts with hidden container width 0 → renders at 0 width or triggers reflow later. But it still adds `.highcharts-container` to DOM. So check passes.
OK, I think Issue 5 is largely inaccurate in its "inverted" claim given the companion change to the gauge renderer. But wait, there is one thing: is the resolution gauge the ONLY container with potential `.ssma-conic-gauge-wrapper`? project gauge? The project gauge also uses renderSsmaActionPlanGauge → donut now (was already?). Actually the diff only changed resolution gauge to reuse donut; project gauge used renderSsmaActionPlanGauge before.
Given the post-diff reality, `ensureDistributionChartsForExport` looks fine in the direction but brittle. I'd downgrade/remove issue 5 or describe as low-severity robustness (only checking resolution container; could miss other containers that need refresh — e.g., type/deadline bar empty because data not yet hydrated from the action-plan AJAX). Actually, there's a subtle real bug: `refreshSsmaActionPlanCharts` rebuilds charts from `ssmaActionPlanState`. If the state hasn't been populated for the current overview filters... distribution charts are not filter-dependent (inherited behavior). Fine.
I'll not raise issue 5 as a comment since its core premise is contradicted by this same diff (the gauge now produces `.highcharts-container`). Actually, let me reconsider the sequence more carefully:
During overview export:
1. `renderOverviewCharts()` — async via waitHighcharts — renders overview evolution/origin-time/person-time and calls `initDistributionCharts()`. It then sets overviewChartsRendered, reflowCharts, reflowDistributionCharts. But renderOverviewCharts is async via waitHighcharts — is it awaited? In exportPanelChartsPrint: `renderOverviewCharts();` NOT awaited. Then `await waitForPanelChartsPaint(120)` then reflow. Then `await ensureDistributionChartsForExport()`.
2. If `initDistributionCharts` → `initSsmaActionPlanCharts()` already rendered charts (initialized) — resolution gauge has `.highcharts-container`. needsRefresh false.
3. If never initialized — resolution gauge holds `ssmaActionPlanChartEmptyStateHtml` and no highcharts container → needsRefresh true → refresh.
So as a mechanism, "refresh when the gauge container lacks a rendered chart" is a reasonable proxy for "distribution charts not yet drawn". Given that post-PR gauge is Highcharts, the claimed "always true" bug doesn't exist.
Hmm. So I'll treat Issue 5 as NOT confirmed and not report it (or at most as low-severity note). Given the instruction to only comment on real issues, I'll skip it.
Wait, but wait. Let me re-examine the claim once more. The old conic renderer wrote `.ssma-conic-gauge-wrapper` but NO `.highcharts-container`. The new renderer (post-PR) writes Highcharts donut → `.highcharts-container`. The export JS is authored in this PR concurrently with that change. So they're consistent.
But one more subtlety: when `hasSsmaActionPlanDistributionCharts()` is false (containers not found) → `refreshSsmaActionPlanCharts` just syncs state and returns without rendering. When would resolution gauge exist but the has... function return false? has function checks all four containers with `#...` selector in the entire document. During overview export, visao_geral markup has all 4 containers, so they exist. So false only if markup missing.
Alright, Issue 5 likely invalid. I'll drop it (or fold a nuance). Let me keep focus on confirmed issues.
Now re-verify Issue 1 (busy lock timing) — confirmed: `panelChartsPrintBusy = true` set after the async preamble (lines 2367-2378). For `pendencias`: `reflowCharts(PENDENCIAS_CHART_KEYS)` — that's a setTimeout 80ms but not awaited. Then busy=true then try. The time between the first click and busy=true includes the preamble: for pendencias, just reflowCharts call which schedules timer; busy=true immediately after. Wait, actually reflowCharts returns immediately (schedules setTimeout internally). So for pendencias the gap is tiny but still >0. For visao_geral: `renderOverviewCharts()` (which internally does waitHighcharts and is not awaited... wait — actually renderOverviewCharts is a plain function that calls waitHighcharts(callback) internally; it returns immediately), then `await waitForPanelChartsPaint(120)` yields the event loop for 120ms, then reflow, then `await ensureDistributionChartsForExport()` which yields for 220-420ms. So the busy flag isn't set until ~340-540ms after click, during which a second click is possible → duplicate export. Also, note waitHighcharts might delay the actual chart render. This is a real race window. Confirmed medium.
But the deeper point: renderOverviewCharts itself, even when not awaited, will re-render charts; if two exports overlap, both trigger renders and capture. Medium severity, valid comment.
Issue 2 confirmed: In buildPrintSectionsHtml, when `canCaptureImage` true but `captured` null (capture failure), the flow hits the final else → continue → section skipped entirely even if table has values. Only branch `else if (!canCaptureImage && hasValues)` emits table. So a failed capture with a fallback table available silently drops the section. Confirmed.
Issue 3: ensureHtml2Canvas never resolves after a previous failure. Confirmed by reading lines 1913-1933: existing element path attaches load/error listeners; if events already fired (previous onerror), they never fire again → promise pending forever → await hangs → busy stuck. Valid medium.
Actually, additional subtle point: even in the normal retry-after-load (success) scenario, second call sees `existing` present but the load event already fired; listeners attached after event never fire; but html2canvas would already be defined (since first load succeeded) → first branch resolves. So only the failure retry scenario hangs. And after failure, resolve(false) → the JS shows error and resets busy (so the first export ends). The second click → hang. So it's exactly as described. Confirmed.
Issue 4: static script tag at line 594 of _tab_painel.html.twig plus dynamic loader. The PR description says html2canvas is loaded on demand via CDN only at export time. But the template loads it statically on page load, contradicting the design and the ensureHtml2Canvas logic. Since the template is part of the Plano de Ação page, every time the Painel tab renders, html2canvas (~~45kb gzip) is fetched regardless of the export button even in comparativo view (default) where the export button is hidden. It also introduces a duplicate-loading race: the static script may load after the JS's dynamic loader triggered by a click? Actually the static script is above action_plan_panel.js and synchronous, so it executes before the panel JS binds. If CDN available, html2canvas defined. If failed/blocked, loader re-attempts. The bigger contradiction is design vs implementation and loading in comparativo. Valid medium.
Wait — is the static script inside a `<script>` at bottom of tab_painel partial? Yes lines 594-595. Since the painel tab content might be rendered inside hidden tab pane on the index page, the script tag is parsed/executed on page load anyway (scripts run regardless of visibility of ancestors). So yes every load of the Plano de Ação page with the painel tab triggers fetch of html2canvas. Actually — depends whether the tab partial is included unconditionally in the index. Typically all tab panes are rendered in the same page (only hidden via CSS). So yes.
Issue 6: excessive re-render of paired charts. renderPendenciasCharts calls renderPairedPendingCharts() and then syncPairedPendingCharts() schedules another render after 120ms. renderTopResponsibleChart destroys and rebuilds each time, as does renderOriginChart (they call destroyChart and new Highcharts.chart). Let's verify renderOriginChart destroys at top (line 1567 destroyChart('origin')) and creates. Yes both destroy+recreate. So each data update in pendências destroys/recreates the two charts twice (immediate + after 120ms). Also on every window resize with debounce 150ms → destroy+recreate both charts even when tab hidden (no check that painel panel is visible; only initialized and currentView). Actually there's no check of whether the pane/tab is visible in resize handler (only initialized). If user is on Plano de Ação page with panel tab visible, resize fires destroy/recreate. If the tab is hidden (user on another tab of the page) but currentView === 'pendencias', resizes still rebuild charts — wasteful.
But note: The reason they destroy/recreate is because chart height must adapt to new wrap height on resize (they set fixed el.style.height computed from getPairedChartHeight). On window resize, the wrap height changes (grid reflows), so a plain reflow would adjust plot area but they also want to recalc point widths. There may be justification. However, the double render per data update (renderPairedPendingCharts immediately + syncPairedPendingCharts after 120ms) seems intentional for layout stability? It's basically a known trade-off, but the review plan flags it as wasteful/flicker. I think a legitimate maintainability/performance comment is warranted but I'd frame it as medium-low. Hmm.
Actually, is there a real functional bug in the double render? renderPendenciasCharts runs inside waitHighcharts callback. It renders critical, then paired charts, then schedules another render of the paired charts 120ms later, then reflowCharts (80ms setTimeout). So after data arrives, paired charts get created twice within ~200ms. Since charts have animation disabled, the second creation is just wasted work and brief flicker. Not a functional bug per se. It's performance.
I should also confirm that `renderPairedPendingCharts` isn't needed twice due to layout: on first render, chart sizes might be computed while the panel section just became visible; the second pass at 120ms recalculates after layout settles. Hmm. There might be an intent: first render computes chartHeight when panel is visible; second render after fonts/layout settle.
Given uncertainty about intent, I'd frame issue 6 as a medium performance note: creating the charts twice and destroy/recreate on each resize, recommend reflow/update where possible. Let me keep it as medium.
Actually, let me reconsider. The double creation: `renderPendenciasCharts()` is called after data load. But is renderPendenciasCharts called on every data refresh (filter change)? Presumably yes — whenever AJAX returns new panel data, it re-renders the charts. So every filter change in pendências creates the two charts twice. That's a real cost but modest.
Also the resize handler: in pendencias, instead of reflow-only it now destroys+recreates the two paired charts on every window resize event (debounced 150ms). Recreating Highcharts charts on resize is heavy vs reflow; and given charts have explicit heights computed from current wrap size, re-create may be needed to re-measure. But re-measuring could be done by recomputing style height and reflow rather than full rebuild? They need to recompute bar pointWidth/groupPadding, which is in the options — chart.update with new plotOptions could update without full re-create. So a full destroy/create is heavier than needed. Medium note ok.
Now issue 7: file already huge (3129 lines) — new +~650 lines. It's a valid maintainability concern per review priority rules (big file + duplicate logic weigh highest). But is this actionable to comment on? It may be appropriate to raise a maintainability comment that export logic (~650 lines) should be moved to a separate module. It's within the project's review rules. I'll raise it as a maintainability medium (per priority rule #1). But careful: comments must be concise and we shouldn't pile too many. The plan lists 9 issues; I need to confirm those that are accurate and raise comments.
Issue 8: `var` usage in new code. The JS review rules say var is strictly prohibited... but "Achado de estilo puro sem efeito real deve ser curto e de prioridade baixa". Also the whole file uses `var` throughout (existing style). Given file context (all var), this is style-only, low priority. The plan says impact low. I could raise as low or skip. Given the instruction to focus on real issues, and file style is var everywhere (pre-existing), I'll probably skip or raise a single low comment. Actually the rule says "Usar var é estritamente proibido" but the whole file is var. New code continues legacy style. I'd mention as low. But maybe skip to avoid noise? The instructions: "Review every file". The review plan explicitly lists issue 8 as low. I'll include it as low severity perhaps combined... I'd rather report only if it adds value. Since this is a "mandatory rules" checklist item from user's rules, raising a low-severity style comment is acceptable and expected. But careful: the code_comment tool requires existing_code to match newly added lines. I'll use a sample of new code.
Issue 9: print doc lacks filter context. Low. Confirmed — buildPrintDocumentHtml only takes viewLabel and sectionsHtml; no filters (period, team, unit). The export occurs for the current filtered data; PDF doesn't record the filter context. For auditability, worth noting. Low severity. It's a product/documentation issue but arguably in-scope to the export feature. I'll raise low.
Now let me consider additional issues I might have noticed:
- `captureCardSectionForPrint` sets `chartEl.style.overflow = 'visible'` then only resets `chartEl.style.overflow` but does not reset `hcContainer.style.overflow` after capture — minor DOM style pollution on the live page after export. Wait, in the code: sets chartEl.style.overflow='visible', hcContainer.style.overflow='visible'; after capture, only chartEl.style.overflow=''. hcContainer overflow stays 'visible'. On live page, .highcharts-container normally has overflow hidden; after export, remains visible. That is a small side effect that could cause chart rendering artifacts after export (e.g., tooltips or clipped content overflowing). Actually, the original CSS may set .highcharts-container overflow hidden default. Letting overflow visible remain could degrade rendering (crosshair etc). Minor style bug. Could mention as low, but I need to be careful about the review's focus. Actually let's look: they set `hcContainer.style.overflow = 'visible'` inside if chartEl. After await capture, they reset only chartEl.style.overflow = ''. So yes, they leave .highcharts-container with inline overflow: visible permanently (until DOM changed or page reload). This could cause chart parts (axis labels, tooltip containers, etc.) to overflow visibly. It's a genuine (minor) bug worth a low/medium comment.
- In `buildPrintSectionsHtml`, for sections where `canCaptureImage` true but capture returns null AND hasValues true, we skip. Confirmed above as Issue 2.
- `notifyPanelExport` uses `window.alert` fallback when showToast missing. The project rules say alert() is prohibited in new flows. But there's a fallback; the rules say to use global showToast, alert() is prohibited. Hmm — the fallback only when showToast isn't a function. Since showToast is a global used across the app, the fallback may be acceptable but violates the rule "alert() é proibido em fluxo novo". Could raise as low/attention. Maybe fold into one comment? Eh.
- XSS: In buildPrintSectionsHtml, `section.title` is escaped in alt/h2. Values inserted into table are escaped via escapeHtml. OK. dataUrl image src — generated by html2canvas, not user input. Fine. In `buildPrintDocumentHtml`, viewLabel is escaped. OK.
- Escape of `row.percentage` etc fine.
- `iframe.srcdoc = printHtml` - fine.
- `scale: 2` with many charts could be heavy but ok.
- Security: `allowTaint: true` + `useCORS: true` is typical for html2canvas screenshots; no user input issues.
- Issue with `panelData.charts.critical_pending_by_deadline` label fallback in getPendenciasPrintSections — fine.
- `getOverviewPrintSections` uses `getOverviewData()` — need to check it exists and returns filtered overview data. It references overview.action_evolution etc. It's presumably a function already in the file. Fine.
- Another point: For the pendencias export, the preamble reflow only; doesn't call renderPendenciasCharts; if charts not yet rendered (empty) export would skip them (hasRenderablePrintSection false). But button only visible in pendencias/visao_geral; charts normally rendered when view shown. Fine.
- Resize handler at lines 3094-3109: when currentView==='pendencias', rebuilds paired charts on every resize even if the Painel tab isn't visible or user is elsewhere. Only guard `!initialized`. Not guarded by tab visibility. But resize events are global. Could be considered performance nuance. I'll fold into Issue 6 comment.
- Issue about export button HTML: `setExportChartsBtnLoading` sets innerHTML with spinner; original HTML restored from dataset. But wait — if two exports run concurrently (Issue 1), the second call to setExportChartsBtnLoading(true) overwrites dataset.originalHtml with spinner content. Then when first finishes it restores original; second later restores spinner as content. Actually the second finish restores innerHTML from its dataset.originalHtml which is the spinner. Result: button stuck showing spinner text but enabled. Another manifestation of Issue 1. Good to mention in the comment.
- Another nuance: In exportPanelChartsPrint, early returns (no html2canvas, no sections) reset busy + loading inline rather than finally. If an exception occurs before `try` block (in the preamble, e.g., `renderOverviewCharts()` throws or ensureDistributionChartsForExport rejects), busy isn't set yet (no cleanup) — but busy isn't set anyway so that's ok; but the user clicked and nothing happened... if the preamble throws before busy true, the function exits with unhandled rejection; no toast. Actually there's no try/catch around the preamble. If ensureDistributionChartsForExport's promise never resolves (e.g., no timeout in the case where refresh path... refresh calls destroy/build which waits for Highcharts; could never resolve if highcharts never loads → promise hangs). Then busy never set (still false) and the click does nothing visible (no spinner). Wait — busy is set only after the preamble. If the preamble hangs awaiting a never-resolving promise, the button never shows spinner and remains clickable. ensureDistributionChartsForExport does resolve via setTimeout always (420ms or 220ms). So not hanging. But `renderOverviewCharts` is not awaited... it's called without await; returns immediately. The awaits: waitForPanelChartsPaint (resolves), ensureDistributionChartsForExport (resolves via timeout). So preamble resolves in <= ~600ms. Then busy=true. So a second click within that window triggers second export. Confirmed.
Let me also confirm that during the export capture loop, charts that are re-rendered (renderOverviewCharts) could resize/re-layout while html2canvas captures sequential sections. Because capture is sequential with scrollIntoView; after capturing each, next. Overview includes distribution sections (type bar/deadline/gauge) captured as separate cards. Meanwhile each capture's scrollIntoView could disturb other visible charts but they are captured separately. OK.
Now, the CSS file — I should check for issues:
- `.ssma-ap-chart-host--fill` flex-grow requires flex column parent. The wrap--paired is flex column. Charts get height 100%. Min-height 175px both bar (h-bar) and column. Fine.
- The hbar previously had wrap padding change. Nothing clearly broken.
Actually there's one potential layout issue: `.ssma-ap-chart-host--hbar` (pre-existing) may set fixed height/padding, but chart-host--fill sets height:100% with min-height 175. For the top-responsible hbar with many categories (top 10), chart height from getPairedChartHeight equals wrap height; but if categories count is large (10 rows), each row ~25px → ~250px, which may exceed the fixed 235px min-height of columns. The hbar uses flexible sizing via computeHBarSizing scaling bars within chartHeight; the y-axis has max for stacked bars? The stacked bar total yMax based on data. Categories are plotted as individual bars (rows). If chartHeight too small for 10 bars, Highcharts squeezes rows; labels may overlap. But computeHBarSizing caps pointWidth at 26 and min 11, so bars get thin but readable. Possibly acceptable. Not raising.
Now, let me also verify the "toggleHeaderFilters" with export button visible on pendencias/overview and hidden on comparativo. The wrap initial class in twig: `d-none` only when panel_default_view == 'comparativo'; otherwise visible; but toggleHeaderFilters also toggles d-none when viewId==='comparativo'. On pendencias/overview removes d-none. But note: initial render — if default view is pendencias, export wrap has no d-none (since template checks comparativo) - and toggling on pendencias adds d-none? No: toggle with viewId==='comparativo' false → adds? `controls.classList.toggle('d-none', viewId === 'comparativo')` → when pendencias, classList.toggle('d-none', false) → removes d-none. OK.
Wait: template adds `class="... ap-painel-export-wrap{% if panel_default_view == 'comparativo' %} d-none{% endif %}"`. On pendencias default, no d-none. Good.
Now consider `#ap_painel_controls` display flex. On comparativo view, the whole controls row hidden including filters, and export wrap hidden again (already hidden). Fine.
One more potential functional bug: In `exportPanelChartsPrint`, for pendencias the code calls `reflowCharts(PENDENCIAS_CHART_KEYS)` before busy, but does NOT re-render (renderPendenciasCharts) to ensure charts exist. If the pendências view charts were destroyed (e.g., after switching away and back?) Hmm, but export only from the visible view. But wait, what if the user is in pendencias view and data was refreshed, charts exist. OK.
But in visao_geral, the export triggers `renderOverviewCharts()` again. This could reset user-scroll or pagination? renderOverviewCharts re-renders overview charts only, no re-fetch. OK.
Now cross-file: `_tab_painel.html.twig` static html2canvas + JS on-demand loader (Issue 4).
And `_tab_action_plan.html.twig` exposes refresh. The change in renderSsmaActionPlanResolutionGauge: previously the resolution gauge markup was conic gradient and had `.ssma-gauge-center-value`. Now rendering via Highcharts donut with the center label added by `updateSsmaActionPlanGaugeCenterLabel`. Let me verify that function exists and produces `.ssma-gauge-center-value` for gaugeValueFromDom to find. If the center label markup class differs, gaugeValueFromDom in export would return '—'. Let me check updateSsmaActionPlanGaugeCenterLabel.
Vou verificar como o rótulo central do gauge é gerado (`updateSsmaActionPlanGaugeCenterLabel`), pois a exportação lê `.ssma-gauge-center-value`.
Tool Calls (2)
code_search
Show Details
Arguments
{"file_patterns": ["templates/ssma/action_plan/tabs/_tab_action_plan.html.twig"], "search_text": "updateSsmaActionPlanGaugeCenterLabel|ssma-gauge-center-value|buildSsmaActionPlanResolutionConicalGradient"}
Result
No matches found
code_search
Show Details
Arguments
{"file_patterns": ["public/js/ssma/action_plan_panel.js"], "search_text": "function escapeHtml|function pad2|function getOverviewData"}
Result
No matches found
Request #8
deepseek-v4-flash
P:54.05K C:116 CR:46.98K CW:0
2246ms
Reasoning
Hmm, no matches found for these. Let me search more broadly. Maybe these are defined in different files. Let me search without file pattern.
Tool Calls (2)
code_search
Show Details
Arguments
{"search_text": "updateSsmaActionPlanGaugeCenterLabel"}
Result
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig
Match lines: 2
327| function updateSsmaActionPlanGaugeCenterLabel(chart, value) {
513| updateSsmaActionPlanGaugeCenterLabel(this, normalizedValue);
code_search
Show Details
Arguments
{"search_text": "function escapeHtml"}
Result
Note: The results have been truncated. Only showing first 100 results.
File: .ai_check_part1.js
Match lines: 1
7933| function escapeHtmlAi(s) {
File: .ai_committee_modal_check.js
Match lines: 1
7935| function escapeHtmlAi(s) {
File: public/assets/controllers/file-management/attendance-list.js
Match lines: 1
619| function escapeHtml(value) {
File: public/assets/controllers/file-management/deep-research.stream.js
Match lines: 1
10|function escapeHtml(value) {
File: public/assets/controllers/file-management/file-move.js
Match lines: 1
149|function escapeHtml(s = "") {
File: public/assets/controllers/file-management/files.view.js
Match lines: 1
1556|function escapeHtml(text) {
File: public/assets/controllers/file-management/folder-move.js
Match lines: 1
132|function escapeHtml(s="") {
File: public/assets/controllers/file-management/import-drive.js
Match lines: 1
338| function escapeHtml(text) {
File: public/assets/controllers/file-management/share.modal.js
Match lines: 1
252| function escapeHtml(s='') {
File: public/assets/controllers/file-management/tags.views.js
Match lines: 1
427|function escapeHtml(s) {
File: public/finances/common.js
Match lines: 1
1093|function escapeHtml(unsafe) {
File: public/finances/payroll.js
Match lines: 1
2429| function escapeHtml(value) {
File: public/jquery-file-upload/test/vendor/mocha.js
Match lines: 1
12695| function escapeHTML(s) {
File: public/js/adriana-chat.js
Match lines: 1
1551|function escapeHtml(text) {
File: public/js/adriana/deep_research_stream.js
Match lines: 1
10| function escapeHtml(value) {
File: public/js/ai_training/index.js
Match lines: 1
5456|function escapeHtmlAiChat(str) {
File: public/js/chat/utils/chat-utils.js
Match lines: 1
36| function escapeHtml(text) {
File: public/js/chat_ia/adriana_reply_format.js
Match lines: 1
234| function escapeHtml(text) {
File: public/js/chat_ia/ata.js
Match lines: 1
12|function escapeHtml(text) {
File: public/js/chat_ia/chat_form.js
Match lines: 1
4077|function escapeHtml(unsafe) {
File: public/js/chat_ia/chat_ia_modal.js
Match lines: 1
4073|function escapeHtml(unsafe) {
File: public/js/chat_ia/type/cultural_rich_text.js
Match lines: 1
2| function escapeHtml(value) {
File: public/js/chat_ia/type/nps_media_uploader.js
Match lines: 1
176| function escapeHtml(text) {
File: public/js/chat_ia/workflow_approval_modal.js
Match lines: 1
79| function escapeHtml(unsafe) {
File: public/js/chat_ia/workflow_block_renderer.js
Match lines: 1
8| function escapeHtml(unsafe) {
File: public/js/ckfinder/core/connector/php/vendor/symfony/debug/ExceptionHandler.php
Match lines: 1
466| private function escapeHtml($str)
File: public/js/create-instance-offcanvas.js
Match lines: 1
9814| function escapeHtml(text) {
File: public/js/decision_system/risk_intelligence_signals.js
Match lines: 1
2949| function escapeHtml(value) {
File: public/js/feedback_page.js
Match lines: 1
377| function escapeHtml(s) {
File: public/js/goal-adriana-create-modal.js
Match lines: 1
124| function escapeHtml(value) {
File: public/js/goal-check-in.js
Match lines: 1
190| function escapeHtml(value) {
File: public/js/goals-company-offcanvas.js
Match lines: 1
709| function escapeHtml(value) {
File: public/js/interview_ia/ia-tenant-picker.js
Match lines: 1
8| function escapeHtml(value) {
File: public/js/jquery-file-upload/test/vendor/mocha.js
Match lines: 1
12695| function escapeHTML(s) {
File: public/js/metahuman-standard/pages/organizational_structure_index.js
Match lines: 1
553| function escapeHtml(value) {
File: public/js/nps-survey-chat-functions.js
Match lines: 1
293|function escapeHtml(text) {
File: public/js/offboarding/visualizar_atividades.js
Match lines: 1
1949|function escapeHtml(value) {
File: public/js/people-analytics/modules/ai-analysis-chat.js
Match lines: 1
239| function escapeHtml(text) {
File: public/js/people-analytics/modules/attraction-retention-dashboard.js
Match lines: 1
1349| function escapeHtml(value) {
File: public/js/people-analytics/modules/cost-analysis-dashboard.js
Match lines: 1
1244| function escapeHtml(value) {
File: public/js/people-analytics/modules/diversity-inclusion-dashboard.js
Match lines: 1
682| function escapeHtml(str) {
File: public/js/people-analytics/modules/engajamento-charts.js
Match lines: 1
139| function escapeHtml(value) {
File: public/js/people-analytics/modules/produtividade-dashboard.js
Match lines: 1
163| function escapeHtml(value) {
File: public/js/people-analytics/modules/saude-organizacional-dashboard.js
Match lines: 1
498| function escapeHtml(value) {
File: public/js/position-level-manager.js
Match lines: 1
8| function escapeHtml(value) {
File: public/js/process-tab-utils.js
Match lines: 1
7|function escapeHtml(value) {
File: public/js/products/create-instance-assessment-360.js
Match lines: 1
117| function escapeHtml(text) {
File: public/js/products/create-instance-crm.js
Match lines: 1
39| function escapeHtml(text) {
File: public/js/products/create-instance-nps.js
Match lines: 1
23| function escapeHtml(text) {
File: public/js/products/create-instance-treinamentos.js
Match lines: 1
262| function escapeHtml(text) {
File: public/js/shift-scheduling/index.js
Match lines: 1
223| function escapeHtml(value) {
File: public/js/spaces_control/floor_plan/plan_edit.js
Match lines: 1
3149| function escapeHtml(text) {
File: public/js/ssma/action_plan_panel.js
Match lines: 1
79| function escapeHtml(value) {
File: public/js/ssma/effectiveness_leadership.js
Match lines: 1
95| function escapeHtml(value) {
File: public/js/ssma/tree_view.js
Match lines: 1
137| function escapeHtml(value) {
File: src/Command/DailyPlanBillingCommand.php
Match lines: 1
1071| private function escapeHtml(string $value): string
File: templates/ai_committee/ai_committee_modal.html.twig
Match lines: 1
16670| function escapeHtmlAi(s) {
File: templates/ai_committee/client_strategic_al_hub.html.twig
Match lines: 1
162| function escapeHtml(s) {
File: templates/candidate_question/list.html.twig
Match lines: 1
251| function escapeHtml(value) {
File: templates/cash_balance/_inline_cashflow_js.html.twig
Match lines: 1
18| function escapeHtml(str) {
File: templates/chat/layout.html.twig
Match lines: 1
3498| function escapeHtml(text) {
File: templates/communication_center/tabs/_tab_automations.html.twig
Match lines: 1
405| function escapeHtml(str) {
File: templates/communication_center/tabs/_tab_interface_map.html.twig
Match lines: 1
282| function escapeHtml(str) {
File: templates/company/esocial_workflow.html.twig
Match lines: 1
421| function escapeHtml(value) {
File: templates/company/partials/_professional_strategic_actions.html.twig
Match lines: 1
1057| function escapeHtml(str) {
File: templates/components/ui/_table_inline_edit.html.twig
Match lines: 1
572| function escapeHtml(value) {
File: templates/decision_system/index.html.twig
Match lines: 1
780|function escapeHtml(text) {
File: templates/decision_system/modals/_create_crm_instance.html.twig
Match lines: 1
217| function escapeHtml(text) {
File: templates/decision_system/modals/_create_pdi_instance.html.twig
Match lines: 1
358| function escapeHtml(text) {
File: templates/decision_system/modals/_view_record_offcanvas.html.twig
Match lines: 1
3587| function escapeHtml(text) {
File: templates/decision_system/tabs/_gerenciamento.html.twig
Match lines: 1
2527| function escapeHtml(text) {
File: templates/decision_system/tabs/_kanban.html.twig
Match lines: 1
2153| function escapeHtml(str) {
File: templates/decision_system/workflow_detail.html.twig
Match lines: 1
1236|function escapeHtml(text) {
File: templates/evaluation_category/index.html.twig
Match lines: 1
260| function escapeHtml(value) {
File: templates/evaluation_level/index.html.twig
Match lines: 1
233| function escapeHtml(value) {
File: templates/evaluation_parent_category/index.html.twig
Match lines: 1
241| function escapeHtml(value) {
File: templates/file_management/partials/_document_reader_view.html.twig
Match lines: 1
505| function escapeHtml(value) {
File: templates/file_management/partials/_documents_neural_view.html.twig
Match lines: 1
826| function escapeHtml(value) {
File: templates/file_management/partials/modals/_offcanvas_documents_panel.html.twig
Match lines: 1
457| function escapeHtml(value) {
File: templates/governance/badge/badge_create.html.twig
Match lines: 1
714| function escapeHtml(value) {
File: templates/governance/cases/partials/_gov_cases_automations_list.html.twig
Match lines: 1
369| function escapeHtml(str) {
File: templates/interview_ia/chat.html.twig
Match lines: 1
2577| function escapeHtml(text) {
File: templates/interview_ia/components/_researcher_form_modal.html.twig
Match lines: 1
431| function escapeHtml(value) {
File: templates/interview_ia/components/media_uploader.html.twig
Match lines: 1
966| function escapeHtml(text) {
File: templates/job_interview/chat.html.twig
Match lines: 1
2104| function escapeHtml(text) {
File: templates/job_interview/components/media_uploader.html.twig
Match lines: 1
832| function escapeHtml(text) {
File: templates/job_interview/modals/modal_template_details.html.twig
Match lines: 1
1303|function escapeHtml(text) {
File: templates/job_interview/modals/offcanvas_template_details.html.twig
Match lines: 1
1279| function escapeHtmlOc(text) {
File: templates/new-goals/view_goal/view_goal_meta.html.twig
Match lines: 1
2423| function escapeHtml(text) {
File: templates/nps_ia/components/media_uploader.html.twig
Match lines: 1
815| function escapeHtml(text) {
File: templates/nps_ia/modals/modal_template_details.html.twig
Match lines: 1
1864|function escapeHtml(text) {
File: templates/offboarding/index.html.twig
Match lines: 1
2050| function escapeHtml(value) {
File: templates/onboarding/index_admin.html.twig
Match lines: 1
1341| function escapeHtml(value) {
File: templates/partials/apps_dropdown_user.html.twig
Match lines: 1
601| function escapeHtml(value) {
File: templates/payables/payroll/_rubricas_embed.html.twig
Match lines: 1
1272|function escapeHtml(value) {
File: templates/pps/tabela_simulacao.html.twig
Match lines: 1
2398| function escapeHtml(value) {
File: templates/process/_fragment/_modal_interview_roteiro.html.twig
Match lines: 1
113| function escapeHtml(value) {
File: templates/process/tabs/_tab_hired.html.twig
Match lines: 1
679| function escapeHtml(value) {
File: templates/process/tabs/_tab_skill_sets.html.twig
Match lines: 1
650| function escapeHtml(text) {
File: templates/process_chat/chat_interface.html.twig
Match lines: 1
1620| function escapeHtml(text) {
File: templates/projects2.0/components/off_canvas_task.html.twig
Match lines: 1
2084| function escapeHtml(text) {
File: templates/receivables/index.html.twig
Match lines: 2
5860|function escapeHtml(s) {
8407|function escapeHtml(input) {
File: templates/recommendationsNetwork/index_options.html.twig
Match lines: 1
480| function escapeHtml(value) {
File: templates/refunds/dashboard.html.twig
Match lines: 1
1473| function escapeHtml(input) {
File: templates/ssma/occurrence/occurrence_view.html.twig
Match lines: 1
2922| function escapeHtml(s) {
File: templates/ssma/occurrence/partials/_tab_occurrence_type_permissions.html.twig
Match lines: 1
504| function escapeHtml(value) {
File: templates/ssma/occurrence/tabs/panel/_panel_scripts.html.twig
Match lines: 1
1092| function escapeHtml(str) {
File: templates/tokens/model_usage.html.twig
Match lines: 1
134| function escapeHtml(value) {
File: templates/trm/campaigns/campaign/tabs/_tab_panel.html.twig
Match lines: 1
499| function escapeHtml(value) {
Request #9
deepseek-v4-flash
P:57.61K C:153 CR:54.14K CW:0
2320ms
Reasoning
The escapeHtml exists in action_plan_panel.js at line 79. Good.
Now let me read `updateSsmaActionPlanGaugeCenterLabel` to confirm it writes `.ssma-gauge-center-value` to the donut (for gaugeValueFromDom).
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 460, "file_path": "templates/ssma/action_plan/tabs/_tab_action_plan.html.twig", "start_line": 300}
Result
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig (Total lines: 2262)
IS_TRUNCATED: false
LINE_RANGE: 300-460
300|
301| return {
302| reflow: $.noop,
303| destroy: function () {
304| $('#' + containerId).html(ssmaActionPlanChartEmptyStateHtml);
305| }
306| };
307| }
308|
309| function waitForSsmaActionPlanHighcharts(callback, retries) {
310| var loaderState = window.__dynamicChartHighchartsLoaderState || {};
311|
312| if (window.Highcharts && loaderState.ready) {
313| callback();
314| return;
315| }
316|
317| var remaining = (typeof retries === 'number') ? retries : 60;
318| if (remaining <= 0) {
319| return;
320| }
321|
322| setTimeout(function () {
323| waitForSsmaActionPlanHighcharts(callback, remaining - 1);
324| }, 120);
325| }
326|
327| function updateSsmaActionPlanGaugeCenterLabel(chart, value) {
328| var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
329| var labelText = normalizedValue + '%';
330| var gaugeSeries = chart.series && chart.series[0] ? chart.series[0] : null;
331| var seriesCenter = gaugeSeries && gaugeSeries.center ? gaugeSeries.center : null;
332|
333| if (!seriesCenter) {
334| return;
335| }
336|
337| if (!chart.customCenterLabel) {
338| chart.customCenterLabel = chart.renderer
339| .text(labelText, 0, 0)
340| .attr({
341| zIndex: 5
342| })
343| .css({
344| color: '#5C5D5D',
345| fontFamily: 'Inter, sans-serif',
346| fontSize: '40px',
347| fontWeight: '700',
348| lineHeight: '1',
349| textOutline: 'none'
350| })
351| .add();
352| } else {
353| chart.customCenterLabel.attr({ text: labelText });
354| }
355|
356| var bbox = chart.customCenterLabel.getBBox();
357| var centerX = chart.plotLeft + seriesCenter[0];
358| var centerY = chart.plotTop + seriesCenter[1];
359|
360| chart.customCenterLabel.attr({
361| x: centerX - (bbox.width / 2),
362| y: centerY + (bbox.height / 4)
363| });
364| }
365|
366| function getSsmaActionPlanCssColor(varName, fallback) {
367| var value = getComputedStyle(document.documentElement).getPropertyValue(varName);
368| value = value ? value.trim() : '';
369| return value || fallback;
370| }
371|
372| function getSsmaActionPlanBrandColors() {
373| return {
374| dark: getSsmaActionPlanCssColor('--company-theme1-800', '#0F3D4A'),
375| base: getSsmaActionPlanCssColor('--company-theme1', '#1E8FA0'),
376| light: getSsmaActionPlanCssColor('--company-theme1-600', '#155465')
377| };
378| }
379|
380| function buildSsmaActionPlanGradient(config) {
381| return {
382| linearGradient: {
383| x1: config.x1,
384| y1: config.y1,
385| x2: config.x2,
386| y2: config.y2
387| },
388| stops: config.stops || []
389| };
390| }
391|
392| function ssmaActionPlanHexToRgb(hex) {
393| var sanitized = (hex || '').replace('#', '');
394|
395| if (sanitized.length === 3) {
396| sanitized = sanitized.split('').map(function (char) {
397| return char + char;
398| }).join('');
399| }
400|
401| return {
402| r: parseInt(sanitized.substring(0, 2), 16),
403| g: parseInt(sanitized.substring(2, 4), 16),
404| b: parseInt(sanitized.substring(4, 6), 16)
405| };
406| }
407|
408| function ssmaActionPlanRgbToHex(rgb) {
409| function toHex(value) {
410| var normalized = Math.max(0, Math.min(255, Math.round(value)));
411| return normalized.toString(16).padStart(2, '0');
412| }
413|
414| return '#' + toHex(rgb.r) + toHex(rgb.g) + toHex(rgb.b);
415| }
416|
417| function getSsmaActionPlanColorFromStops(stops, position) {
418| var normalizedPosition = Math.max(0, Math.min(1, position));
419| var currentStop = stops[0];
420| var nextStop = stops[stops.length - 1];
421|
422| $.each(stops, function (index, stop) {
423| if (normalizedPosition >= stop[0]) {
424| currentStop = stop;
425| }
426|
427| if (normalizedPosition <= stop[0]) {
428| nextStop = stop;
429| return false;
430| }
431| });
432|
433| if (currentStop[0] === nextStop[0]) {
434| return currentStop[1];
435| }
436|
437| var range = nextStop[0] - currentStop[0];
438| var ratio = range === 0 ? 0 : (normalizedPosition - currentStop[0]) / range;
439| var startColor = ssmaActionPlanHexToRgb(currentStop[1]);
440| var endColor = ssmaActionPlanHexToRgb(nextStop[1]);
441|
442| return ssmaActionPlanRgbToHex({
443| r: startColor.r + ((endColor.r - startColor.r) * ratio),
444| g: startColor.g + ((endColor.g - startColor.g) * ratio),
445| b: startColor.b + ((endColor.b - startColor.b) * ratio)
446| });
447| }
448|
449| function buildSsmaResolutionConicalGradient(value, colorStops) {
450| var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
451| var filledAngle = (normalizedValue / 100) * 360;
452| var parts = [];
453| var i;
454|
455| for (i = 0; i < colorStops.length; i++) {
456| var stopAngle = colorStops[i][0] * 360;
457| if (stopAngle < filledAngle) {
458| parts.push(colorStops[i][1] + ' ' + stopAngle + 'deg');
459| }
460| }
Request #10
deepseek-v4-flash
P:59.45K C:3.17K CR:57.73K CW:0
24428ms
Reasoning
Interesting: In the current resolution gauge (post-diff) it's a Highcharts donut; the center label is drawn by Highcharts renderer text, NOT as `.ssma-gauge-center-value`. So `gaugeValueFromDom` looks for `.ssma-gauge-center-value` inside the resolution gauge container → will not find (the Highcharts center text is an SVG text without that class). So `gaugeValueFromDom('ssma-action-plan-resolution-gauge')` returns '—' when the gauge is rendered as a Highcharts donut. That means the table fallback for the resolution gauge (in buildPrintSectionsHtml when capture not available) would output "—" rather than actual value.
Hmm — but wait, is gaugeValueFromDom used only as fallback when no capture? `getDistributionPrintSections` builds table from `gaugeValueFromDom`. If gauge rendered → hasRenderablePrintSection true → capture image used → table not used. But if gauge rendered, canCaptureImage true; capture could fail → Issue 2 path, skip → the fallback table would be only used when canCaptureImage false. But hasRenderedChart returns true because `.highcharts-container` exists (donut) → canCapture true. So gaugeValueFromDom will only be exercised when gauge NOT rendered. If gauge not rendered (empty state markup) → `.ssma-conic-gauge-wrapper`? Empty state html is `ssmaActionPlanChartEmptyStateHtml`. Let's check what that empty state is. If empty → gaugeValueFromDom '—' (no element). So the fallback table shows '—' which is arguably fine (no data). But the donut center text class issue means that if there were a scenario where the gauge rendered but capture fails, the fallback wouldn't recover actual value — but capture of a rendered chart normally succeeds.
Anyway the more significant check: The old renderer produced `.ssma-gauge-center-value`; the new donut renderer does NOT. gaugeValueFromDom would return '—' for a rendered donut gauge. But since rendered gauges use the image path, the table is unused. So no impact in the normal path.
OK now I have to be very careful about Issue 5. Its core premise: gauge never contains `.highcharts-container`, so `needsRefresh` is always true when resolutionEl exists. But the donut is Highcharts → `.highcharts-container` exists once rendered. So the premise is false post-PR. Wait, actually we need to double-check that the resolution gauge donut, rendered by Highcharts into the container, has `.highcharts-container` — yes, Highcharts always wraps in div.highcharts-container.
Actually wait: is `ssma-action-plan-resolution-gauge` rendered via buildSsmaActionPlanCharts which uses Highcharts donut now? Yes at lines 556-565. And that's the same container that ensureDistributionChartsForExport inspects. So when the overview has been initialized, the resolution gauge has a `.highcharts-container`.
However, there is another subtlety about timing: the resolution gauge container has `style="height: 360px"`. So even before rendering, if Highcharts not yet ready, empty-state. ensureDistributionChartsForExport only triggers refresh if not rendered. Fine.
So I will NOT report issue 5 as stated (its reasoning is contradicted by this same PR which switches gauge to Highcharts). But wait, wait — let me reconsider the case in which `initSsmaActionPlanCharts` hasn't populated chart state, but the chart containers hold empty state. In export, ensureDistributionChartsForExport sees resolution gauge empty → calls refresh → refresh builds charts → OK. If the overview section is visible and charts already rendered → skip refresh → OK.
Now, actually, hmm. One more consideration: The check `!resolutionEl.querySelector('.highcharts-container')`. Suppose resolution gauge rendered as donut → `.highcharts-container` present → needsRefresh false → OK. Suppose the conic-gauge (old) — the review plan says conic gauge was rendered with wrapper — but that was the OLD behavior which this diff changed. So post-diff no conic gauge for resolution.
Therefore, I'll drop issue 5.
Now let me re-check issue 4 regarding static html2canvas script tag. And whether any other module loads html2canvas via a shared base. Search for html2canvas in templates to see usage patterns, but no need. The static tag in tab_painel plus the dynamic loader contradict the "on demand" claim. The severity: it fetches ~44KB from CDN on every page with the painel tab; plus potential double execution conflict? Because the static script element loads first (synchronous). If it fails to load (CDN blocked) then action_plan_panel.js runs; when export clicked, ensureHtml2Canvas creates a new script with same id `ssma-ap-panel-html2canvas-loader`, tries again. If CDN works, window.html2canvas is set → export path works. If CDN fails both times → error toast.
So the static tag is redundant given dynamic loader. The practical impact: page load cost + contradicts design + external dependency without SRI. This is more of a design/performance/consistency issue, medium.
Let me now review where the template _tab_painel is included - is it always loaded with the index page? Let me quickly find where the tab_painel partial is included. Not strictly necessary. But the impact is that html2canvas is fetched on the page even for users who never export and in comparativo default view where button is hidden. I'll mention.
Now, let me verify issue 3 more thoroughly. The plan says: code_search ensureHtml2Canvas. I've read it. Confirmed. The fix: after onerror, remove script element or check script.complete.
Now let me also verify Issue 1 about the un-awaited `renderOverviewCharts()` call. Actually renderOverviewCharts triggers waitHighcharts which might delay actual chart rendering. Then the code waits 120ms, then reflow, then ensureDistributionChartsForExport up to 420ms. But if Highcharts isn't loaded yet, charts could render after ensureHtml2Canvas etc. The capture of each section checks hasRenderablePrintSection — if chart not rendered yet at the time of captureSectionForPrint, section skipped. Hmm, race: overview export happens when the user has already been on the overview view (charts should already be rendered). So it's mostly fine.
But there is another possible race for the preview: two clicks. And the missing finally.
Let me also verify there is no try/finally that resets busy in all paths — clearly each branch resets busy manually (no finally). If `buildPrintSectionsHtml` throws (html2canvas capture error caught internally... captureElementAsPng catches), but waitForPanelChartsPaint etc. Not a big risk. The main risk is the double-click window, plus possible exception in the iframe portion (caught). Also there is no reset if user closes print via ESC without print dialog? afterprint once. Also the 4000ms fallback resets. OK.
Now about `setExportChartsBtnLoading` restoring from dataset; if a second export runs concurrently, the second sets dataset.originalHtml to the spinner html, overwriting original; after first finishes, restores original (good), but sets busy false while second still running → third click allowed. Messy. This reinforces issue 1.
Now, let me decide on the final set of code_comment items:
I'll produce comments (in pt-BR), pinning to newly added lines:
1. Medium — `exportPanelChartsPrint` busy lock after async preamble (lines 2357-2378). Attach to the lines where busy is set? But comment must be located with newly added code lines from the diff. The best anchor lines:
```
var btn = document.getElementById('ap_painel_export_charts_btn');
panelChartsPrintBusy = true;
setExportChartsBtnLoading(btn, true);
```
These lines are newly added (they appear in the diff's added block). Yes all export function lines are added.
2. Medium — `buildPrintSectionsHtml` fallback on capture failure:
```
if (captured && captured.dataUrl) {
...
} else if (!canCaptureImage && hasValues) {
```
Anchor: `} else if (!canCaptureImage && hasValues) {` or the block. Use added code lines.
3. Medium — `ensureHtml2Canvas` retry hang:
Anchor:
```
var existing = document.getElementById('ssma-ap-panel-html2canvas-loader');
if (existing) {
existing.addEventListener('load', function () { resolve(typeof window.html2canvas === 'function'); });
existing.addEventListener('error', function () { resolve(false); });
return;
}
```
4. Medium — static html2canvas script tag in twig (anchor added line in _tab_painel). But code_comment requires path + existing_code. The anchor: `<script src="https://cdnjs.cloudflare.com/ajax/libs/html2canvas/1.4.1/html2canvas.min.js"></script>`.
5. (dropped/inaccurate) — no.
6. Medium — double render of paired charts. Anchor at renderPendenciasCharts added lines:
```
renderCriticalChart();
renderPairedPendingCharts();
syncPairedPendingCharts();
reflowCharts(PENDENCIAS_CHART_KEYS);
```
or the resize handler lines:
```
window.clearTimeout(pairedChartsResizeTimer);
pairedChartsResizeTimer = window.setTimeout(function () {
renderPairedPendingCharts();
reflowCharts(PENDENCIAS_CHART_KEYS);
reflowDistributionCharts();
}, 150);
```
Hmm. But which is worse? The double-render in renderPendenciasCharts. I'll comment on that block: renderPairedPendingCharts() called then syncPairedPendingCharts() schedules the same render again after 120ms — each destroys and recreates both charts; plus resize handler destroys/recreates with debounce. Recommend one render pass.
Actually let me reconsider whether syncPairedPendingCharts double render is intended to allow the first render to measure the layout correctly after Highcharts is loaded. There's a plausible reason: On first render, when panel has just become visible, chart width may be zero; a second render after 120ms re-measures. But reflowCharts is called anyway after 80ms. Re-creating charts after layout settle is a heavy approach; better chart.update or re-render only when needed. I'll note as medium/low.
Actually, wait — there might be a functional reason: `renderPendenciasCharts` calls `renderPairedPendingCharts()` while the pendencias section may still be hidden mid-switch (d-none) → getPairedChartHeight returns wrap.clientHeight = 0 → fallback 200? Wait: wrap is inside section; if section d-none → clientHeight 0 → uses card → 0; fallback minHeight = 200. So if chart first rendered while hidden, height 200. Then after 120ms, section is visible, and syncPairedPendingCharts re-renders with the actual wrap height. That's the actual reason for the double render! OK. That makes sense: an initial render for data/empty states + a second one once layout is measured.
Given that, the "double render" isn't gratuitous. But there is still the resize handler that destroys/recreates with debounce — needed for re-measuring wrap height when the window resizes (grid columns reflow). Since chart heights are pixel-fixed, a resize can change the wrap height, and re-creating is how they adapt. Reflow alone wouldn't change the explicit px height, but getPairedChartHeight would recompute... Actually reflow only scales plot area within fixed height, not change height. So they destroy/recreate to recompute height. This is a deliberate and functioning design. It's heavy but justified.
I think given the design rationale, the issue 6 as a "bug" is weaker. I could frame it as a performance note (medium/low): repeated destroy/re-create of Highcharts on every filter change and on each window resize, incl. when painel isn't the active tab; and after filter change the charts are created twice (immediate + 120ms later). Might be acceptable as low/attention. Hmm.
Actually, there's a subtle functional bug in the resize handler: it runs even when the current tab is not the painel (initialized true and currentView pendencias) but the panel is hidden (e.g., user on another tab within Plano de Ação page). Recreating charts while hidden: getPairedChartHeight falls back 200. When the user then returns to painel, is the chart re-rendered? onPainelTabVisible → maybe triggerPanelFilter if labels empty... but labels present → no re-render → charts are 200 height (wrong) until next resize. But the syncPairedPendingCharts 120ms after... no, only on resize. Hmm. If a resize occurred while painel tab hidden, charts recreated at fallback height 200; when user returns to the visible painel, charts won't re-render (only reflowCharts maybe). Could look off. This is speculative. I'll frame issue 6 as performance/robustness at low/medium without overclaiming. Given the review plan rates medium, I can keep medium but frame as performance note.
Hmm. But I want to be careful not to raise speculative claims. Let me examine renderPendenciasCharts vs who calls it. Where is renderPendenciasCharts called? Probably after data refresh via triggerPanelFilter success. Let me search.
Vou verificar os pontos de chamada de `renderPendenciasCharts`/`renderPairedPendingCharts` e a montagem dos cards pareados no template.
Tool Calls (2)
code_search
Show Details
Arguments
{"file_patterns": ["public/js/ssma/action_plan_panel.js"], "search_text": "renderPendenciasCharts|renderPairedPendingCharts|syncPairedPendingCharts"}
Result
No matches found
file_read
Show Details
Arguments
{"end_line": 100, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 1-100
1|(function (window, document) {
2| 'use strict';
3|
4| var ROOT_ID = 'ssma-action-plan-dashboard-root';
5| var charts = {};
6| var initialized = false;
7| var currentView = 'pendencias';
8| var overviewChartsRendered = false;
9| var panelData = null;
10| var PANEL_FILTER_URL = '';
11| var panelFilterGen = 0;
12| var panelFilterDebounce = null;
13| var panelFilterAbort = null;
14| var pairedChartsResizeTimer = null;
15| var apPainelMonths = ['Jan', 'Fev', 'Mar', 'Abr', 'Mai', 'Jun', 'Jul', 'Ago', 'Set', 'Out', 'Nov', 'Dez'];
16| var apPainelEndDate = new Date();
17| var apPainelStartDate = new Date();
18| var apPainelPeriodMode = 'next_month';
19| var apOverviewEndDate = new Date();
20| var apOverviewStartDate = new Date();
21| var apOverviewPeriodMode = 'last_3_months';
22| var pendenciasHeaderFiltersBound = false;
23| var panelState = {
24| period: 'next_month',
25| overviewPeriod: 'last_3_months',
26| axis: 'weekly',
27| team: '',
28| vinculo: '',
29| unidade: '',
30| overviewPage: 1,
31| overviewPerPage: 10,
32| management: '',
33| area: '',
34| execResponsible: '',
35| valResponsible: '',
36| origin: '',
37| mine: false,
38| };
39|
40| var COLORS = {
41| validation: '#0F3D4A',
42| execution: '#17A2B8',
43| finalized: '#17A2B8',
44| overdue: '#dc3545',
45| originBar: '#17A2B8',
46| personBar: '#0F3D4A',
47| };
48|
49| var PENDENCIAS_CHART_KEYS = ['critical', 'topResponsible', 'origin'];
50| var OVERVIEW_CHART_KEYS = ['overviewEvolution', 'overviewOriginTime', 'overviewPersonTime'];
51|
52| function getRoot() {
53| return document.getElementById(ROOT_ID);
54| }
55|
56| function parsePanelConfig() {
57| var el = document.getElementById('ssma-ap-panel-config-json');
58| if (!el || !el.textContent) {
59| return null;
60| }
61| try {
62| return JSON.parse(el.textContent);
63| } catch (e) {
64| return null;
65| }
66| }
67|
68| function initPanelConfig() {
69| var config = parsePanelConfig();
70| if (!config) {
71| return;
72| }
73| PANEL_FILTER_URL = config.filterUrl || '';
74| panelState.period = config.defaultPeriod || panelState.period;
75| panelState.overviewPeriod = config.defaultOverviewPeriod || panelState.overviewPeriod;
76| panelState.axis = config.defaultAxis || panelState.axis;
77| }
78|
79| function escapeHtml(value) {
80| return String(value == null ? '' : value)
81| .replace(/&/g, '&')
82| .replace(/</g, '<')
83| .replace(/>/g, '>')
84| .replace(/"/g, '"');
85| }
86|
87| function getSelectValue(id) {
88| var el = document.getElementById(id);
89| return el ? String(el.value || '').trim() : '';
90| }
91|
92| function pad2(value) {
93| return String(value).padStart(2, '0');
94| }
95|
96| function toInputDate(date) {
97| return date.getFullYear() + '-' + pad2(date.getMonth() + 1) + '-' + pad2(date.getDate());
98| }
99|
100| function parseInputDate(value) {
Request #11
deepseek-v4-flash
P:63.68K C:221 CR:62.59K CW:0
2024ms
Reasoning
The code_search for "renderPendenciasCharts|renderPairedPendingCharts|syncPairedPendingCharts" returned no matches? Strange — probably the tool had issues with the regex `|` (case insensitive?). Actually the search found nothing which is weird because the function definitions exist. Let me try literal search for "renderPendenciasCharts".
Tool Calls (2)
code_search
Show Details
Arguments
{"file_patterns": ["public/js/ssma/action_plan_panel.js"], "search_text": "renderPendenciasCharts()"}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 3
526| renderPendenciasCharts();
1795| function renderPendenciasCharts() {
2487| renderPendenciasCharts();
code_search
Show Details
Arguments
{"file_patterns": ["public/js/ssma/action_plan_panel.js"], "search_text": "triggerPanelFilter"}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 19
235| triggerPanelFilter('pendencias');
372| triggerPanelFilter('visao_geral');
477| function triggerPanelFilter(view) {
2510| triggerPanelFilter('comparativo');
2538| triggerPanelFilter('visao_geral');
2551| triggerPanelFilter('pendencias');
2628| triggerPanelFilter('pendencias');
2637| triggerPanelFilter('pendencias');
2653| triggerPanelFilter('pendencias');
2660| triggerPanelFilter('pendencias');
2715| triggerPanelFilter('visao_geral');
2724| triggerPanelFilter('visao_geral');
2734| triggerPanelFilter('visao_geral');
2864| triggerPanelFilter('visao_geral');
2873| triggerPanelFilter('visao_geral');
2884| triggerPanelFilter('visao_geral');
2895| triggerPanelFilter('visao_geral');
3053| triggerPanelFilter(currentView);
3060| triggerPanelFilter(currentView);
Request #12
deepseek-v4-flash
P:64.23K C:119 CR:63.87K CW:0
1642ms
Reasoning
Let me check line 477+ triggerPanelFilter and where renderPendenciasCharts is called (line 526 and 2487).
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 600, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 477}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 477-600
477| function triggerPanelFilter(view) {
478| clearTimeout(panelFilterDebounce);
479| panelFilterDebounce = setTimeout(function () {
480| runPanelFilterRequest(view);
481| }, 120);
482| }
483|
484| function mergePanelData(patch) {
485| if (!patch || typeof patch !== 'object') {
486| return;
487| }
488| panelData = panelData || {};
489| Object.keys(patch).forEach(function (key) {
490| if (key === 'overview' && patch.overview && panelData.overview) {
491| panelData.overview = Object.assign({}, panelData.overview, patch.overview);
492| return;
493| }
494| panelData[key] = patch[key];
495| });
496| var jsonEl = document.getElementById('ssma-ap-panel-data-json');
497| if (jsonEl) {
498| jsonEl.textContent = JSON.stringify(panelData);
499| }
500| }
501|
502| function applyFilterResponse(resp) {
503| if (!resp || !resp.panel) {
504| return;
505| }
506|
507| if (resp.view === 'visao_geral') {
508| mergePanelData({ overview: resp.panel.overview || {} });
509| applyOverviewDom(resp.panel.overview || {});
510| destroyOverviewCharts();
511| overviewChartsRendered = false;
512| renderOverviewCharts();
513| return;
514| }
515|
516| if (resp.view === 'comparativo') {
517| renderComparativoView(resp.panel.comparativo || {});
518| return;
519| }
520|
521| mergePanelData(resp.panel);
522| if (resp.active_axis) {
523| panelState.axis = resp.active_axis;
524| }
525| applyPendenciasDom(resp.panel);
526| renderPendenciasCharts();
527| }
528|
529| function kpiFooterText(footer) {
530| if (!footer || !footer.length) {
531| return '';
532| }
533| return footer.map(function (item) {
534| return (item.label || '') + ': ' + (item.value || '');
535| }).join(' | ');
536| }
537|
538| function buildKpiCardHtml(kpi) {
539| var trendLabel = kpi.trend && kpi.trend.label ? kpi.trend.label : '';
540| var footerText = kpi.footerText || kpiFooterText(kpi.footer);
541| var html = '<div class="col-12 col-md-6 col-xl-3 mb-2 mb-xl-0"><div class="mhs-card">'
542| + '<div class="mhs-card-header"><h2 class="mhs-card-title">' + escapeHtml(kpi.title || '') + '</h2></div>'
543| + '<div class="mhs-card-body"><h3 class="mhs-card-value">' + escapeHtml(kpi.value || '') + '</h3>'
544| + (trendLabel ? '<span>' + escapeHtml(trendLabel) + '</span>' : '')
545| + '</div>';
546| if (footerText) {
547| html += '<div class="mhs-card-footer"><div class="mhs-card-footer-row"><p class="mhs-card-details">'
548| + escapeHtml(footerText) + '</p></div></div>';
549| }
550| return html + '</div></div>';
551| }
552|
553| function updateKpiRow(kpis) {
554| var row = document.getElementById('ssma-ap-kpi-row');
555| if (!row || !kpis || !kpis.length) {
556| return;
557| }
558| var cards = row.querySelectorAll('.mhs-card');
559| if (!cards.length) {
560| row.innerHTML = kpis.map(buildKpiCardHtml).join('');
561| return;
562| }
563| kpis.forEach(function (kpi, index) {
564| var card = cards[index];
565| if (!card) {
566| return;
567| }
568| var titleEl = card.querySelector('.mhs-card-title');
569| var valueEl = card.querySelector('.mhs-card-value');
570| var bodyEl = card.querySelector('.mhs-card-body');
571| var detailsEl = card.querySelector('.mhs-card-details');
572| if (titleEl) {
573| titleEl.textContent = kpi.title || '';
574| }
575| if (valueEl) {
576| valueEl.textContent = kpi.value || '';
577| }
578| if (bodyEl) {
579| var contentEl = bodyEl.querySelector(':scope > span');
580| var trendLabel = kpi.trend && kpi.trend.label ? kpi.trend.label : '';
581| if (trendLabel) {
582| if (!contentEl) {
583| contentEl = document.createElement('span');
584| bodyEl.appendChild(contentEl);
585| }
586| contentEl.textContent = trendLabel;
587| } else if (contentEl) {
588| contentEl.remove();
589| }
590| }
591| var footerText = kpi.footerText || kpiFooterText(kpi.footer);
592| if (footerText) {
593| if (!detailsEl) {
594| var footer = document.createElement('div');
595| footer.className = 'mhs-card-footer';
596| footer.innerHTML = '<div class="mhs-card-footer-row"><p class="mhs-card-details"></p></div>';
597| card.appendChild(footer);
598| detailsEl = footer.querySelector('.mhs-card-details');
599| }
600| detailsEl.textContent = footerText;
Request #13
deepseek-v4-flash
P:65.75K C:827 CR:64.26K CW:0
7094ms
Reasoning
Now let me check where renderPendenciasCharts is called at line 2487 and 526 context. Line 526: applyFilterResponse → renderPendenciasCharts() on each filter response for pendencias view. So every filter change triggers double render (immediate + delayed).
Line 2487 — probably within onPainelTabVisible or initial hydration. Let me read around 2480-2560.
Actually I've got enough. Let me also read around 600-700 where showChartEmpty, clearChartEmpty are, and getOverviewData. But not needed.
Now let me finalize the issues to comment:
1. Medium — race in `exportPanelChartsPrint` busy lock. Anchor at busy set lines.
2. Medium — `buildPrintSectionsHtml` skips section on capture failure even with table data.
3. Medium — `ensureHtml2Canvas` may hang on retry after load failure.
4. Medium — static html2canvas script in `_tab_painel.html.twig` contradicts on-demand loader (and loads on comparativo view, plus no SRI; duplicate CDN fetch logic).
6. Medium/Low — repeated full destroy/recreate of paired charts (immediate + scheduled second render; plus recreate on resize). Actually, let me reconsider whether to raise issue 6 given design rationale. The review plan explicitly says to flag it. But I find the design has reasons (needs re-measure after layout settle). However, the resize handler recreating charts even when the painel tab is hidden is wasteful and also runs for visao_geral? For visao_geral it only reflows (fine). For pendencias, it fully recreates the paired charts on every resize event regardless of whether the panel tab is visible or currentView is still pendencias. If a user scrolls the Ações tab... wait, the whole page's Plano de Ação has tabs (Ações, Painel, ...). resize while on the Ações tab, with currentView pendencias, will re-create paired charts in the hidden Painel pane. That is heavy but works since highcharts charts get built in hidden container? getPairedChartHeight returns minHeight fallback 200, so it would set charts height 200px while hidden. When the user returns to painel, charts remain height 200 but reflowCharts is called on view show (via onPainelTabVisible? let me check). Actually reflow may not fix explicit px heights.
Actually, when a pane becomes visible (tab shown), Highcharts chart with explicit height will reflow within that height; but height remains 200 (wrong). In renderTopResponsibleChart, the el.style.height is set to chartHeight. chartHeight computed as getPairedChartHeight(el, 200). If the pane hidden at the time of re-render, getPairedChartHeight returns 200 (because clientHeight=0 fallback). So charts could end up with a fixed 200px height after resize while hidden, and remain 200 until the next resize while visible. Potential visual bug.
But this only manifests if the user resizes the window while the painel pane is hidden but currentView == 'pendencias'. Then later switches to Painel tab → chart may be 200px tall. There might be a re-render on view becoming visible? Let me check `switchView` or `onPainelTabVisible` triggers. search line 2487 call to renderPendenciasCharts context.
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 2580, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 2478}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 2478-2580
2478| });
2479| }
2480|
2481| function switchView(viewId) {
2482| currentView = viewId;
2483| toggleHeaderFilters(viewId);
2484|
2485| if (viewId === 'pendencias') {
2486| destroyOverviewCharts();
2487| renderPendenciasCharts();
2488| return;
2489| }
2490|
2491| destroyPendenciasCharts();
2492|
2493| if (viewId === 'visao_geral') {
2494| var overviewData = getOverviewData();
2495| if (overviewData) {
2496| applyOverviewDom(overviewData);
2497| }
2498| if (!overviewChartsRendered) {
2499| renderOverviewCharts();
2500| } else {
2501| reflowCharts(OVERVIEW_CHART_KEYS);
2502| reflowDistributionCharts();
2503| }
2504| return;
2505| }
2506|
2507| destroyOverviewCharts();
2508|
2509| if (viewId === 'comparativo') {
2510| triggerPanelFilter('comparativo');
2511| }
2512| }
2513|
2514| function bindViewPills() {
2515| var root = getRoot();
2516| if (!root) {
2517| return;
2518| }
2519|
2520| var pills = root.querySelectorAll('.ssma-ap-panel-view-pill');
2521| var sections = root.querySelectorAll('[data-ap-panel-view]');
2522|
2523| pills.forEach(function (pill) {
2524| pill.addEventListener('click', function () {
2525| var viewId = pill.getAttribute('data-view') || '';
2526| pills.forEach(function (p) {
2527| var active = p === pill;
2528| p.classList.toggle('is-active', active);
2529| p.setAttribute('aria-selected', active ? 'true' : 'false');
2530| });
2531| sections.forEach(function (section) {
2532| var show = section.getAttribute('data-ap-panel-view') === viewId;
2533| section.classList.toggle('d-none', !show);
2534| });
2535| switchView(viewId);
2536| if (viewId === 'visao_geral') {
2537| syncOverviewFilterState();
2538| triggerPanelFilter('visao_geral');
2539| }
2540| });
2541| });
2542| }
2543|
2544| function bindAxisFilter() {
2545| var select = document.getElementById('ssma-ap-chart-axis-filter');
2546| if (!select) {
2547| return;
2548| }
2549| select.addEventListener('change', function () {
2550| panelState.axis = getSelectValue('ssma-ap-chart-axis-filter');
2551| triggerPanelFilter('pendencias');
2552| });
2553| }
2554|
2555| // ── Mapa período → eixos disponíveis (espelha backend resolveAvailableAxes) ──
2556| var AXIS_LABELS_MAP = { daily: 'Diário', weekly: 'Semanal', monthly: 'Mensal', quarterly: 'Trimestral' };
2557| var AXIS_BY_PERIOD = {
2558| week: ['daily'],
2559| fortnight: ['daily', 'weekly'],
2560| next_month: ['daily', 'weekly'],
2561| next_3_months: ['weekly', 'monthly'],
2562| all_future: ['weekly', 'monthly'],
2563| last_week: ['daily'],
2564| last_month: ['daily', 'weekly'],
2565| last_3_months: ['weekly', 'monthly'],
2566| last_6_months: ['monthly', 'quarterly'],
2567| last_year: ['monthly', 'quarterly'],
2568| total: ['monthly', 'quarterly']
2569| };
2570|
2571| function updateAxisOptionsForPeriod(period) {
2572| var select = document.getElementById('ssma-ap-chart-axis-filter');
2573| if (!select) {
2574| return;
2575| }
2576| var normalized = (period || '').replace(/^pend:/, '').replace(/^range:.*$/, 'last_3_months');
2577| if (/^range:/.test(period)) {
2578| normalized = 'last_3_months';
2579| }
2580| var axes = AXIS_BY_PERIOD[normalized] || ['weekly', 'monthly'];
Request #14
deepseek-v4-flash
P:67.74K C:6K CR:66.56K CW:0
42702ms
Reasoning
OK. I've read enough of the JS. I now understand the switch flow.
I think for issue 6 I'll frame the comment focused on the resize handler which destroys & recreates paired charts even when the painel section is hidden — leading to charts being rebuilt at the 200px fallback height while hidden (since getPairedChartHeight can't measure) and to heavy churn on each window resize; plus renderPendenciasCharts double-render. But there is a plausible rationale... Honestly, the resize handler rebuilding charts on every resize is a legitimate performance concern, but given the charts have explicit pixel heights measured from the layout, a full rebuild is one way to re-measure. `reflow` after resize wouldn't fix category count/point width because they compute from measured height. Wait — reflow would just scale the plot. To change pointWidth and groupPadding, they need update. Since options include fixed pointWidth derived from measured height, reflow alone isn't enough. So there's a real reason to re-create on resize.
I'll downgrade issue 6 to a "low/attention" performance note, or skip? The instructions emphasize being objective, avoid subjective assumptions, and focus on real issues. Given the code's design requires recomputing bar sizing based on container height and the second render pass exists for layout settle, the double-render is intentional. I'll drop Issue 6's "bug" framing and possibly include a short performance note at low severity... Hmm.
Let me weigh the total number of comments. Focused set:
- Issue 1 (medium) - real race.
- Issue 2 (medium) - real fallback bug.
- Issue 3 (medium) - real hang on retry.
- Issue 4 (medium) - real inconsistency static script.
- Issue 7 (medium, maintainability) - file too large, export logic should be extracted. This is required by priority rule #1 (big file + duplicated logic weighed first). Actually the review priority says: "Lógica duplicada / arquivo já grande — maior peso. Se o arquivo já é grande e mistura muitas responsabilidades de tela, qualquer aumento deve ser sinalizado." So yes, we should flag it.
- Issue 8 (low) - var usage (the whole file uses var; new code uses var). Might skip to avoid noise, but per rules var is strictly prohibited. I'd add a low comment perhaps combined with issue 7? No, separate anchors. Maybe skip issue 8 as it's clearly stylistic and consistent with file. Given "Achado de estilo puro... curto e de prioridade baixa", and the file uses var elsewhere, I may include one low comment but that adds noise. Actually, user explicitly asks to review; given the review plan lists it, I'll include it as low severity to be thorough but concise.
- Issue 9 (low) - metadata missing in print doc. I'll include as low.
Additionally, I noticed the `hcContainer.style.overflow` not reset after capture in `captureCardSectionForPrint`. Let me double check: they reset only chartEl.style.overflow = '' after capture, but not hcContainer. It leaves inline overflow: visible on `.highcharts-container` in the live page after export. This is a genuine minor bug. I'll include as low.
Wait, actually they set hcContainer.style.overflow = 'visible' before capture, and after the capture they only reset `chartEl.style.overflow = ''`. Since hcContainer is inside chartEl, and they restore chartEl overflow to '', the inner `.highcharts-container` still has overflow visible inline. Highcharts default CSS `.highcharts-container { overflow: hidden; }`? Actually Highcharts sets overflow hidden? For tooltips to overflow, Highcharts usually keeps container overflow hidden? In practice, charts have overflow hidden on .highcharts-container by CSS from highcharts.css. Leaving visible could cause legend/tooltip container to overflow beyond card. But tooltip is rendered inside container. Probably minor.
Since capture is on a clone (onclone), the changes on the main DOM remain. So yes, after export, the live chart container retains overflow visible. Minor style pollution. I'd include? The instruction says focus on real issues in newly added code. It is a real, albeit small, regression. But the volume of comments may already be high (7). Adding another could be excessive. I'll include only if space—decide to include as low severity since it's a concrete leak.
Actually, wait, I need to re-check the reset code:
```
if (chartEl) {
chartEl.style.overflow = 'visible';
var hcContainer = chartEl.querySelector('.highcharts-container');
if (hcContainer) {
hcContainer.style.overflow = 'visible';
}
}
captureEl.scrollIntoView(...);
await waitForPanelChartsPaint(220);
var dataUrl = await captureElementAsPng(captureEl);
if (chartEl) {
chartEl.style.overflow = '';
}
```
Yes, hcContainer.style.overflow stays 'visible'. Only chartEl reset. So the inline overflow visible on the highcharts container remains after export. This affects all charts captured. But could be harmless because subsequent re-render of the section (destroyChart + innerHTML='') recreates container, resetting overflow. But not immediately. Low.
Hmm, let me reconsider issues #7 (file size) - the user rules say signal it. I'll add it.
Let me decide on anchors (must match added lines in diff exactly).
For the CSS file: Are there any issues? Mostly fine. One potential: min-height:235px with both columns; second col has mb-lg-0 and d-flex; charts height 100%; fine. Not commenting on CSS.
Let me now double-check the diff anchors and wording.
For issue 1, the lines added:
```
var btn = document.getElementById('ap_painel_export_charts_btn');
panelChartsPrintBusy = true;
setExportChartsBtnLoading(btn, true);
```
These are within the added block. Anchor text should include these lines exactly as they appear in the diff (with same indentation). Use three lines:
```
var btn = document.getElementById('ap_painel_export_charts_btn');
panelChartsPrintBusy = true;
setExportChartsBtnLoading(btn, true);
```
For issue 2 anchor:
```
if (captured && captured.dataUrl) {
```
Hmm, the block:
```
if (captured && captured.dataUrl) {
sectionHtml = '<section class="ssma-ap-print-section">'
+ '<img class="ssma-ap-print-chart" src="' + captured.dataUrl + '" alt="'
+ escapeHtml(section.title) + '"></section>';
} else if (!canCaptureImage && hasValues) {
```
Better anchor is `} else if (!canCaptureImage && hasValues) {` plus surrounding lines. I'll anchor on:
```
} else if (!canCaptureImage && hasValues) {
```
Actually to give context, anchor with previous lines:
```
if (captured && captured.dataUrl) {
```
Plus the following lines. Let me anchor with a few added lines:
```
if (captured && captured.dataUrl) {
sectionHtml = '<section class="ssma-ap-print-section">'
+ '<img class="ssma-ap-print-chart" src="' + captured.dataUrl + '" alt="'
+ escapeHtml(section.title) + '"></section>';
} else if (!canCaptureImage && hasValues) {
```
For issue 3 anchor:
```
var existing = document.getElementById('ssma-ap-panel-html2canvas-loader');
if (existing) {
existing.addEventListener('load', function () { resolve(typeof window.html2canvas === 'function'); });
existing.addEventListener('error', function () { resolve(false); });
return;
}
```
For issue 4 anchor in twig:
`<script src="https://cdnjs.cloudflare.com/ajax/libs/html2canvas/1.4.1/html2canvas.min.js"></script>`
For issue 7 (file size) anchor: maybe the start of export block: `var panelChartsPrintBusy = false;` or better at `async function exportPanelChartsPrint() {`. But since comment targets the whole ~650 lines addition... maybe anchor on `function bindExportChartsButton() {`? Hmm. I'll anchor on the line `var panelChartsPrintBusy = false;` in the new code or a distinctive line. Given the tool finds location by consecutive lines in the diff, using `async function exportPanelChartsPrint() {` and following lines should work:
```
async function exportPanelChartsPrint() {
if (panelChartsPrintBusy) {
return;
}
```
Good.
For issue 8 (var) anchor: e.g., `var captured = null;` or `var panelChartsPrintBusy = false;`. If I already use `var panelChartsPrintBusy = false;` for issue 7 anchor, maybe use another anchor for issue 8, e.g., in buildPrintSectionsHtml `var captured = null;`? That line appears in buildPrintSectionsHtml:
```
var sectionHtml;
var captured = null;
```
These are added lines. Fine.
Hmm — but the rule says comments should be sparse and concise. Maybe combining issues 7 & 8: not possible at same anchor. Might skip issue 8 because it's stylistic and whole file uses var; but the system-specific rules list "var estritamente proibido". The instruction in the review plan says issue 8 is low impact. I'll include it but brief.
Issue 9 anchor:
```
var printHtml = buildPrintDocumentHtml(viewLabel, sectionsHtml);
```
or the call site. Also in buildPrintDocumentHtml only `viewLabel`. I'll anchor on:
```
var printHtml = buildPrintDocumentHtml(viewLabel, sectionsHtml);
```
That's added. Good.
hcContainer leak anchor:
```
if (chartEl) {
chartEl.style.overflow = '';
}
```
That's within added code.
Wait, careful with anchor matching: the tool matches "consecutive lines of code in the diff text with exactly matching format". The diff shows added lines with a leading `+` in unified diff; the existing_code must be the actual lines (without +). Indentation preserved. Let me be careful to copy the lines exactly as in the file (which should equal the added lines).
Let me now also reconsider Issue 5 - I will not report, since the companion diff (gauge now Highcharts donut) makes the `highcharts-container` check appropriate. But wait, let me double check whether after this change the resolution gauge center label uses `.ssma-gauge-center-value` class? In the donut, the label is a raw SVG text via chart.renderer.text, no class `ssma-gauge-center-value`. So `gaugeValueFromDom('ssma-action-plan-resolution-gauge')` returns '—' in the fallback table, if a fallback table path is reached when gauge is rendered as donut. When would fallback table be used with a rendered gauge? In buildPrintSectionsHtml: if canCaptureImage true but capture fails → currently section skipped (issue 2). If we fix issue 2 to fall back to the table on capture failure, the resolution gauge value would read '—' instead of the actual % (because donut label has no `.ssma-gauge-center-value`). Interesting interaction. But currently issue 2 fix isn't in code. In the code as-is, if the gauge is rendered → capture image path used; no need for table. If gauge not rendered (e.g., no data) → empty state; gaugeValueFromDom '—'. This is acceptable.
But there's another subtlety: For the resolution gauge, canCaptureImage = hasRenderedChart = true when donut rendered; capture then image. Good. When overview hasn't been initialized with data (gauges empty state), hasRenderablePrintSection for those gauge sections returns false → canCaptureImage false, hasValues true (row '—')? Actually gaugeValueFromDom for empty-state container returns '—'; rows = [['Taxa de aceitação', '—']] hasValues true → buildPrintSectionsHtml will emit a table with '—' instead of skipping. Wait, but `!canCaptureImage && hasValues` → emits a section with title + table showing '—'. Hmm — that means for gauges with no data, export includes a table with em-dash values, which arguably misleads (shows no data as '—'). Not a functional bug.
OK.
Now let me also revisit Issue 4's severity and correctness. Wait, maybe the static script is intentionally placed because the JS dynamic loader references same URL; but the template already includes the script before action_plan_panel.js. This makes ensureHtml2Canvas's dynamic loading redundant but not harmful (it will resolve true immediately). Contradiction: PR description says "html2canvas carregado dinamicamente apenas no momento da exportação". But the static script loads on page load. The "Dependências" section of the PR says CDN dynamic. This static script adds an unconditional external dependency on every page render of the painel tab, including the comparativo default view, adding page weight and a third-party dependency risk, no SRI/integrity. It also renders the dynamic-loader code dead in practice. Yes — medium.
Hold on, one more consideration for Issue 4: perhaps the static script was added because the dynamic loader via createElement + appendChild wouldn't have `crossorigin`/`integrity` and html2canvas 1.4.1 requires being served properly? No. It's redundant.
Now, let me consider whether there is a functional bug introduced in `_tab_painel.html.twig`: The `#ap-painel-export-wrap` has `d-none` only when default comparativo. But in JS `toggleHeaderFilters` toggles export wrap d-none when viewId==='comparativo'. On initial page load with default pendencias, `currentView` is pendencias; on init, toggleHeaderFilters('pendencias') removes d-none. But when the initial view is comparativo (template default), export wrap has d-none in markup and stays hidden. Fine.
Now, if a user starts on default comparativo, `toggleHeaderFilters('comparativo')` hides controls and export wrap. Then switching to pendencias shows both. Fine.
Wait — there's a subtle problem: template applies `d-none` on the wrap only when default is comparativo. For default pendencias/visao_geral, export wrap has NO d-none class initially, but also maybe no matching display. But when the panel JS runs toggleHeaderFilters('pendencias'), it toggles d-none off → wrap visible. Before JS runs, could there be a flash of the button in the layout? The button is in the header area; initially visible until JS binds. Minor.
Ok. I should also confirm the CSS #ap_painel_export-wrap id used in twig: the twig element id is `ap-painel-export-wrap` (hyphens) while the CSS id is `ap_painel_export_wrap`? Let me check CSS: `#ap_painel_export_wrap`? Actually CSS added: `#ap_painel_controls .ap-painel-export-wrap { flex-shrink: 0; }` — the CSS rule targets the class `.ap-painel-export-wrap`, which matches the twig class. There is no `#ap-painel-export-wrap` id rule in CSS. So matches by class. Fine.
Now wait, in the twig diff there are also class changes on paired cards. And the export button class `mhs-btn-secondary`. Fine.
Let me also check `ssma-ap-chart-host--hbar` maybe had previously fixed height with CSS? The CSS changed hbar padding. Could there be a conflict where `.ssma-ap-chart-host--fill` sets `height:100%` but the hbar chart sets inline style height, which overrides. Inline wins. OK.
Now let me also read the toggles to understand whether the export button is present when panel_default_view comparativo but also present for pendencias. It's there.
OK, I also want to verify getOverviewData returns overview from panelData and what structure includes action_evolution/average_time_by_origin. For issue 9 print tables for overview use overview data — fine.
Let me now check the CSS pairing change for the row: for mobile, both col-12; second col removed mb-3 mb-lg-0? The diff shows for the second column `<div class="col-12 col-lg-6 d-flex">` — it dropped `mb-3 mb-lg-0`? Wait original second col: `<div class="col-12 col-lg-6">`. Now: `<div class="col-12 col-lg-6 d-flex">`. And the row is `row mb-3 ssma-dashboard-chart-pair-row`. For mobile, both columns stacked; second col has no bottom margin; but the row below has mb-3 and this row has mb-3 so enough spacing. Fine.
Now let me finalize comments. Let me carefully choose anchors and craft pt-BR text following required format: (1) what changed & impact in simple language; (2) why it matters; (3) what to do. Keep concise.
Let me write them:
Comment A (medium, bug) — exportPanelChartsPrint race:
Anchor:
```
var btn = document.getElementById('ap_painel_export_charts_btn');
panelChartsPrintBusy = true;
setExportChartsBtnLoading(btn, true);
```
Text: "A trava contra duplo clique só é ligada depois do preâmbulo assíncrono (reflow/render e esperas de 120–420 ms), então dois cliques rápidos no botão iniciam exportações concorrentes: as capturas rodam em momentos diferentes (com re-render e mudança de overflow no meio), podem abrir duas janelas de impressão e ainda sobrescrevem o estado original do botão no dataset, deixando o spinner/estado inconsistente. Mova panelChartsPrintBusy=true e setExportChartsBtnLoading(btn,true) para logo após a validação da view e centralize a liberação num finally no fim do fluxo."
Comment B (medium, bug) — buildPrintSectionsHtml fallback:
Anchor:
```
if (captured && captured.dataUrl) {
sectionHtml = '<section class="ssma-ap-print-section">'
+ '<img class="ssma-ap-print-chart" src="' + captured.dataUrl + '" alt="'
+ escapeHtml(section.title) + '"></section>';
} else if (!canCaptureImage && hasValues) {
```
Text: "Quando o gráfico está renderizado mas a captura falha (captured null — erro de CORS/imagem ou clique antes do html2canvas terminar), a seção cai no else final e é descartada inteira, mesmo com a tabela de fallback pronta (getTable com dados). O PDF sai silenciosamente sem aquela seção. Quando a captura falhar e houver valores na tabela, gere a seção em modo tabela (mesmo caminho do else if abaixo) em vez de pular."
Comment C (medium, bug) — ensureHtml2Canvas retry hang:
Anchor:
```
var existing = document.getElementById('ssma-ap-panel-html2canvas-loader');
if (existing) {
existing.addEventListener('load', function () { resolve(typeof window.html2canvas === 'function'); });
existing.addEventListener('error', function () { resolve(false); });
return;
}
```
Text: "Se a primeira carga do CDN falhar, o elemento do script permanece no DOM com id fixo; num segundo clique o código encontra esse elemento e anexa listeners de load/error, mas os eventos já ocorreram — a Promise nunca resolve, o botão fica no spinner e panelChartsPrintBusy permanece true até recarregar a página. Remova o elemento no onload/onerror (ou verifique script.complete) antes de reutilizá-lo."
Comment D (medium, maintainability/perf) — static html2canvas script:
Anchor (twig): `<script src="https://cdnjs.cloudflare.com/ajax/libs/html2canvas/1.4.1/html2canvas.min.js"></script>`
Text: "O template carrega html2canvas de forma incondicional, enquanto o JS implementa carregamento sob demanda (ensureHtml2Canvas) — e a descrição da PR declara que a lib só é baixada no momento da exportação. Com essa tag estática, o script de terceiros (~44 KB) é baixado em toda abertura da página do Plano de Ação, inclusive na view Comparativo em que o botão de exportar é oculto, sem integrity/SRI nem tratamento de falha do CDN. Remova a tag estática e deixe o loader dinâmico do JS como única fonte."
Comment E (low) — overflow not reset in captureCardSectionForPrint:
Anchor:
```
if (chartEl) {
chartEl.style.overflow = '';
}
```
Text: "Depois da captura só o overflow do card é restaurado; o .highcharts-container interno, que recebeu overflow: visible antes do html2canvas, fica com o estilo inline aplicado na página viva após a exportação, podendo deixar elementos do gráfico vazando para fora do card até o próximo re-render. Restaure o overflow do .highcharts-container junto com o do card."
Hmm — is this worth it? It's minor but concrete. Let me include.
Comment F (medium, maintainability) — export logic in a huge file:
Anchor:
```
var panelChartsPrintBusy = false;
```
Hmm, but that's one line. Let me anchor with:
```
var panelChartsPrintBusy = false;
function findChartByContainerId(containerId) {
```
Wait — does this appear as added lines contiguous in the diff? In the diff, at line 1860, added:
```
+ var panelChartsPrintBusy = false;
+
+ function findChartByContainerId(containerId) {
+ if (!containerId || !window.Highcharts || !window.Highcharts.charts) {
```
Yes. Anchor those lines.
Text: "O arquivo já passa de 3.1 mil linhas e esta PR adiciona ~650 linhas de captura/impressão (ensureHtml2Canvas, buildPrintDocumentHtml, buildPrintSectionsHtml, exportPanelChartsPrint etc.) no mesmo escopo de estado da tela, chamadas AJAX e render de gráficos — mistura que a regra desta revisão pede para sinalizar. Extrair o bloco de exportação para um módulo próprio (ex.: action_plan_panel_export.js) reduziria acoplamento e permitiria testar a captura isoladamente."
Comment G (low) — var in new code:
Anchor maybe:
```
var sectionHtml;
var captured = null;
```
Hmm both anchors need distinct text locations. Actually comments A-G are a lot. Let me prioritize: the review plan itself has 9 issues; I should probably comment on the confirmed meaningful ones. For low style (issue 8) maybe skip? The review rules demand using let/const; but the entire file is legacy var. Adding a comment solely about var is noisy and the instructions say a pure style finding should be short and low priority. I'll include it very briefly, or maybe skip. Given the volume, I'll skip issue 8 to avoid noise. Hmm.
Wait, I need to weigh: The user rules (Mandatory) include: "Variable Declarations: Using var is strictly prohibited; use let or const". This is a mandatory rule from the system. Since review guidelines say mandatory rules apply... but they also said "Achado de estilo puro (nomenclatura, var/let, formatação) sem efeito real deve ser curto e de prioridade baixa — não ocupa o mesmo peso de um bug". So we can include short low-priority comments. I'll include a single low comment about var in the new export block to signal adherence.
Issue 9 (print doc no filter context) - Low. Include.
Actually, let me reconsider the count and noise. Perhaps combine Issue 7 with general. Hmm.
I'll produce these comments:
1. Race double-click (medium) — A.
2. Section dropped on capture failure (medium) — B.
3. ensureHtml2Canvas hang (medium) — C.
4. Static html2canvas tag (medium) — D.
5. Export block in giant file (medium/maintainability) — F.
6. overflow leak (low) — E.
7. missing print metadata/filters (low) — G.
8. var (low) — maybe skip? The plan issue 8. I could fold var comment into F (mention new code uses var vs let/const)? Better separate. To limit noise, maybe drop #8.
Hmm, but issue 6 in the plan (double render paired) — I decided not to raise? Wait, let me reconsider more carefully whether there is a real, concrete bug in double-render. There's one subtle functional consequence: In renderPendenciasCharts, called by switchView (on switching to pendencias) and applyFilterResponse. On each filter change, paired charts are rebuilt twice, plus the second render after 120ms is scheduled even if the user switched views within that window (e.g., switch to visao_geral within 120ms) → syncPairedPendingCharts still runs, re-creating charts for a now-hidden pendencias section → wasted work. Minor.
Also, given the guard `waitHighcharts`, both the initial and the deferred render may run after switching away. Not severe.
The resize handler destroys and recreates paired charts even when the tab `Painel` isn't the visible tab (only checks `initialized` and currentView==='pendencias', not the pane's visibility). If the user is on the "Ações" tab and resizes the window, charts get rebuilt in a hidden container at fallback height 200; when they return to Painel, no re-render will correct the height (switchView only re-renders when switching from another view pill, not when tab pane becomes visible again? Actually onPainelTabVisible is called when painel tab link clicked; does it re-render pendencias? Let me check onPainelTabVisible.
Let me look at that function to see whether returning to the tab triggers re-render.
Vou ler `onPainelTabVisible` e `waitHighcharts` para avaliar o impacto do re-render em resize quando a aba não está visível.
Tool Calls (2)
code_search
Show Details
Arguments
{"file_patterns": ["public/js/ssma/action_plan_panel.js"], "search_text": "function onPainelTabVisible"}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 1
3028| function onPainelTabVisible() {
code_search
Show Details
Arguments
{"file_patterns": ["public/js/ssma/action_plan_panel.js"], "search_text": "function waitHighcharts"}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 1
1153| function waitHighcharts(callback) {
Request #15
deepseek-v4-flash
P:73.83K C:170 CR:73.73K CW:0
1748ms
Tool Calls (2)
file_read
Show Details
Arguments
{"end_line": 3032, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 3000}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 3000-3032
3000| window.openOffcanvasssmaApActionView();
3001| return;
3002| }
3003| var canvas = document.getElementById('ssmaApActionView-offcanvas-wrapper')
3004| || document.getElementById('ssmaApActionViewOffcanvas');
3005| if (!canvas) {
3006| return;
3007| }
3008| if (window.jQuery) {
3009| window.jQuery('#ssmaApActionView').modal('show');
3010| return;
3011| }
3012| canvas.classList.add('show');
3013| canvas.style.visibility = 'visible';
3014| }
3015|
3016| function bindTableViewButtons() {
3017| var root = getRoot();
3018| if (!root) {
3019| return;
3020| }
3021| root.querySelectorAll('.js-ssma-ap-panel-view-action').forEach(function (btn) {
3022| btn.addEventListener('click', function () {
3023| openActionViewOffcanvas(btn);
3024| });
3025| });
3026| }
3027|
3028| function onPainelTabVisible() {
3029| if (initialized) {
3030| switchView(currentView);
3031| return;
3032| }
file_read
Show Details
Arguments
{"end_line": 1180, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1145}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 1145-1180
1145| return;
1146| }
1147| var empty = el.querySelector('.empty-card-state');
1148| if (empty) {
1149| el.innerHTML = '';
1150| }
1151| }
1152|
1153| function waitHighcharts(callback) {
1154| if (window.Highcharts) {
1155| callback();
1156| return;
1157| }
1158| var attempts = 0;
1159| var timer = window.setInterval(function () {
1160| attempts += 1;
1161| if (window.Highcharts) {
1162| window.clearInterval(timer);
1163| callback();
1164| return;
1165| }
1166| if (attempts > 40) {
1167| window.clearInterval(timer);
1168| }
1169| }, 100);
1170| }
1171|
1172| function formatDecimalBr(value) {
1173| return String(value).replace('.', ',');
1174| }
1175|
1176| function formatEvolutionLabel(label) {
1177| if (Array.isArray(label)) {
1178| return label.join('<br/>');
1179| }
1180| return label;
Request #16
deepseek-v4-flash
P:74.69K C:2.08K CR:73.98K CW:0
16575ms
Reasoning
onPainelTabVisible calls switchView(currentView) when tab becomes visible, which for pendencias re-renders (renderPendenciasCharts) anyway. So returning to the painel tab triggers a re-render that would fix the fallback height 200 issue. So the resize-while-hidden concern is largely mitigated. So issue 6 is mostly performance.
Given the double render is by design for layout settle, I'll reduce issue 6 to a low/attention performance note, or maybe just skip it. Since the code must adjust heights to measured containers and onPainelTabVisible re-renders on tab activation, the re-render design is intentional and functional. I'll skip issue 6 to avoid a subjective/low-value comment. Hmm, but the plan explicitly lists it as medium. The task instructs: "Be objective... make judgments based on facts and logic, avoid subjective assumptions." And "Focus primarily on actual code logic and functionality." So I should raise only confirmed issues.
Given this is debatable, I'll skip 6.
Wait, but there's something else in renderPendenciasCharts now that runs renderCriticalChart then paired render then schedule another paired render after 120ms then reflow at 80ms. Actually reflowCharts schedules reflow after 80ms; the second paired render at 120ms destroys and recreates. Combined, quite heavy each time data refreshes (each filter change). But it works. This is a legit "performance/maintainability" note but not a bug. Might still be worth one low/medium note? But I want to keep comment count reasonable. I'll skip it.
Actually, let me reconsider issues to report, aiming at high-signal, confirmed findings:
1. (medium) Duplo clique/exportação concorrente — confirmed.
2. (medium) Seção descartada quando captura falha com fallback de tabela disponível — confirmed.
3. (medium) ensureHtml2Canvas nunca resolve após falha na 1ª carga — confirmed.
4. (medium) Script estático html2canvas contradiz carregamento sob demanda — confirmed.
5. (maintainability/medium) Export (~650 linhas) dentro de arquivo já gigante — per rules, signal.
6. (low) overflow do .highcharts-container não restaurado — confirmed.
7. (low) PDF sem contexto de filtros — confirmed (low, product/audit).
8. (low) var no código novo — style.
That's a lot. The instruction in the code_comment tool is to insert comments at precise lines. Eight comments might be too many? Typically reviews can include multiple findings. But guidance: "concise and objective". The review plan gave 9 candidate issues; I've verified which hold. I'll report the confirmed meaningful ones.
Let me finalize eight comments? Let's drop #8 var (whole file var). Actually, mandatory rules say var prohibited. I'll include a short low comment anyway, because it's explicit in both the plan and the rules, and it's trivially verifiable. But there's risk of noise. Hmm.
Decision: include comments 1–7. For #8 (var) I'll skip since the file is uniformly legacy var and there's no functional impact, plus existing code uses var everywhere; low-signal. Actually the rules literally forbid var in new code, and they are part of "Mandatory" checklist from the user. But the review guidance in that same rules file explicitly downgrades style-only var findings. I'll skip 8 to keep signal high.
Wait, actually there is an important nuance regarding "var" for `var captured = null;` inside an async function — no issue.
Let me reconsider #5 (maintainability) is valuable because the review priority rules specifically mention "arquivo já grande + lógica duplicada — maior peso". Yes.
Also cross-file with twig: templates big god-template warnings - `_tab_painel.html.twig` includes only the button and layout changes plus script tag. `_tab_action_plan.html.twig` is 2262 lines god template with huge inline script — but the diff only changed a couple of functions and exposing window.refresh. Not needed to flag since the change is small and appropriate for that existing script.
Now issue 4 - static script — also duplicates functionality with dynamic loader: the dynamic loader would be a no-op if static loads fine. But if static fails (blocked), dynamic retries and may succeed after a retry (same URL). If CDN blocked both fail. Not double-load at once (static blocks parsing before JS runs, and JS after parse would see html2canvas missing and create another script). Wait: if the static script tag fails (404/offline), the browser fires window.onerror but continues parsing? For a `<script src>` failing to load, browser fires error event on the script element and continues. So action_plan_panel.js still executes. ensureHtml2Canvas on first export sees html2canvas undefined, no existing loader element (static script has no id), creates one → downloads again. So a network failure at page load triggers a second download attempt at export. Minor.
The main point stands.
Now the exact severity assignments:
1 → high? It causes double print dialogs + inconsistent spinner; user-affecting but recoverable. Medium is fine (the plan says medium).
2 → medium.
3 → medium (button stuck until reload). Could be high since it locks the button permanently in that session... The user would have to reload. I'd say medium.
4 → medium.
5 → medium (maintainability).
6 → low.
7 → low.
Now, one more cross-check for the anchor text of comment A - include the guard check? The bug starts earlier. Let me anchor on:
```
if (currentView === 'pendencias') {
reflowCharts(PENDENCIAS_CHART_KEYS);
} else {
renderOverviewCharts();
await waitForPanelChartsPaint(120);
reflowCharts(OVERVIEW_CHART_KEYS);
await ensureDistributionChartsForExport();
}
var btn = document.getElementById('ap_painel_export_charts_btn');
panelChartsPrintBusy = true;
```
Wait — `var btn = document.getElementById...` line is added code. And preceding lines also added code. Including entire added block from `if (currentView === 'pendencias')` to `panelChartsPrintBusy = true;` — that entire range is newly added lines. But they contain a blank line between. Fine.
I'll anchor with the busy lines to point directly at the fix location.
Let me now write all comments. For suggestion_code where feasible? For comment 1, could provide suggestion: move busy earlier. But suggestion_code must be a code snippet to replace; providing a small snippet might be useful. I'll provide minimal suggestion for #1: move the busy assignment up. But the diff doesn't permit partial code replacement - suggestion_code is optional. I can omit suggestion_code for most.
I should ensure comments written in pt-BR with the prescribed structure: what changed, impact, and what to do.
Let me also double check comment 7 (metadata) anchor: buildPrintDocumentHtml receives viewLabel & sectionsHtml. It's inside exportPanelChartsPrint: line `var printHtml = buildPrintDocumentHtml(viewLabel, sectionsHtml);` This is added. Alternatively anchor on `<p class="ssma-ap-print-meta">Gerado em ...` inside buildPrintDocumentHtml added lines. That's fine too; anchor on `+ '<p class="ssma-ap-print-meta">Gerado em ' + escapeHtml(formatPrintDateTime()) + '</p>'`. I'll anchor on that.
Now comment 6 anchor for hcContainer reset: the added lines:
```
if (chartEl) {
chartEl.style.overflow = '';
}
```
Yes.
Wait, in captureCardSectionForPrint, we also need to confirm that hcContainer stays visible, but there's a subtlety: html2canvas uses onclone so DOM changes aren't on main doc. They set overflow before capture to make sure the clone captures full content (svg overflow visible). Then restore chartEl overflow but not hcContainer. Confirmed leak.
Alright. Let me also double check that issue 2's exact branch behavior: In buildPrintSectionsHtml:
- canCaptureImage = hasRenderablePrintSection(section) true.
- captureSectionForPrint returns null if `captureElementAsPng` returns null OR if captureEl missing... Actually captureCardSectionForPrint may return null for various reasons. So captured null → skip → else-if condition `!canCaptureImage && hasValues` false → else continue. Yes.
Now I want to place comments in the file order maybe. Multiple comments per file: allowed? The tool takes list. Anchors must exist in diff added lines. Let me build them.
But wait: The instruction says "If additional context is needed to confirm the issue, call context tools." I've read enough. Let me also confirm issue 4 about where the static script tag appears and that index page loads tab_painel partial unconditionally. Let me check the index template that includes _tab_painel.
Vou confirmar onde o template da aba Painel é incluído (para dimensionar o impacto do script estático do html2canvas).
Tool Calls (2)
code_search
Show Details
Arguments
{"search_text": "_tab_painel.html.twig"}
Result
File: .opencodereview/rules/ssma/action-plan-panel.md
Match lines: 2
13|- `templates/ssma/action_plan/tabs/_tab_painel.html.twig` (charts de distribuição/gauges + painel operacional)
72|- **Layout Ações vs Painel (intencional):** a aba **Ações** (`_tab_action_plan.html.twig`) exibe a tabela em largura total (`col-12` em `_action_plan_table.html.twig`). Gráficos de distribuição (`ssma-action-plan-type-bar`, `ssma-action-plan-deadline-bar`) e gauges (`ssma-action-plan-project-gauge`, `ssma-action-plan-resolution-gauge`) ficam na aba **Painel** (`_tab_painel.html.twig`), alimentados por `action_plan_data` (bar_charts/gauges). Não recolocar charts na aba Ações sem alinhamento de produto. Esses 4 charts **não** passam pelos filtros AJAX do Painel (`/panel/filter`) — comportamento herdado da #685, não regressão desta PR.
File: templates/ssma/action_plan/index.html.twig
Match lines: 1
66| {% include 'ssma/action_plan/tabs/_tab_painel.html.twig' %}
code_search
Show Details
Arguments
{"search_text": "ssma-action-plan-resolution-gauge"}
Result
File: .opencodereview/rules/ssma/action-plan-panel.md
Match lines: 1
72|- **Layout Ações vs Painel (intencional):** a aba **Ações** (`_tab_action_plan.html.twig`) exibe a tabela em largura total (`col-12` em `_action_plan_table.html.twig`). Gráficos de distribuição (`ssma-action-plan-type-bar`, `ssma-action-plan-deadline-bar`) e gauges (`ssma-action-plan-project-gauge`, `ssma-action-plan-resolution-gauge`) ficam na aba **Painel** (`_tab_painel.html.twig`), alimentados por `action_plan_data` (bar_charts/gauges). Não recolocar charts na aba Ações sem alinhamento de produto. Esses 4 charts **não** passam pelos filtros AJAX do Painel (`/panel/filter`) — comportamento herdado da #685, não regressão desta PR.
File: public/css/ssma/action_plan_panel.css
Match lines: 1
1248|#ssma-action-plan-dashboard-root #ssma-action-plan-resolution-gauge {
File: public/js/ssma/action_plan_panel.js
Match lines: 3
1769| var resolutionEl = document.getElementById('ssma-action-plan-resolution-gauge');
2084| containerId: 'ssma-action-plan-resolution-gauge',
2089| rows: [['Taxa de aceitação', gaugeValueFromDom('ssma-action-plan-resolution-gauge')]],
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig
Match lines: 3
557| 'ssma-action-plan-resolution-gauge',
593| return $('#ssma-action-plan-type-bar, #ssma-action-plan-deadline-bar, #ssma-action-plan-project-gauge, #ssma-action-plan-resolution-gauge').length > 0;
630| $('#ssma-action-plan-project-gauge, #ssma-action-plan-resolution-gauge, #ssma-action-plan-type-bar, #ssma-action-plan-deadline-bar').html(ssmaActionPlanChartEmptyStateHtml);
File: templates/ssma/action_plan/tabs/_tab_painel_visao_geral.html.twig
Match lines: 1
116| <div id="ssma-action-plan-resolution-gauge" style="height: 360px; min-height: 360px;">{{ action_plan_empty_chart_state }}</div>
Request #17
deepseek-v4-flash
P:77.64K C:2.8K CR:76.67K CW:0
16601ms
Reasoning
Note that `templates/ssma/action_plan/index.html.twig` includes `_tab_painel.html.twig` at line 66 unconditionally (probably). So every load of the Plano de Ação page includes the static html2canvas script, even for the default tab Ações (if painel tab is part of page). Actually the whole page includes both tab contents. So static html2canvas loads for the entire page, not only when the user is in the Painel view.
The gauges (ssma-action-plan-resolution-gauge etc.) are actually in `_tab_painel_visao_geral.html.twig` not in `_tab_action_plan.html.twig` (despite the rule file's description). Their container is in the overview section with height 360px, so they exist in the DOM.
Important: For issue 5, I've confirmed that the resolution gauge is now rendered via Highcharts donut (via renderSsmaActionPlanGauge) producing `.highcharts-container`. This means `ensureDistributionChartsForExport`'s `needsRefresh` check is accurate post-change, so issue 5 does not hold as described. Good - skip.
Now let me check the css rule for resolution gauge around line 1248 in css file (added?) not needed.
Let me now also examine `getOverviewData` function and overview JS rendering of distribution charts in visao_geral template — whether refresh could cause visible duplication. Not needed.
I'll finalize comments.
One more check: Is there a place where export functions could leak chart state? Not needed.
Let me verify anchor blocks exactly as in the file for each comment:
Comment 1 anchor lines (from file 2367-2378):
```
if (currentView === 'pendencias') {
reflowCharts(PENDENCIAS_CHART_KEYS);
} else {
renderOverviewCharts();
await waitForPanelChartsPaint(120);
reflowCharts(OVERVIEW_CHART_KEYS);
await ensureDistributionChartsForExport();
}
var btn = document.getElementById('ap_painel_export_charts_btn');
panelChartsPrintBusy = true;
setExportChartsBtnLoading(btn, true);
```
I'll anchor on this full range — all added lines. To be safe, shorter anchor:
```
var btn = document.getElementById('ap_painel_export_charts_btn');
panelChartsPrintBusy = true;
setExportChartsBtnLoading(btn, true);
```
Comment 2 anchor (from file 2308-2319):
```
if (captured && captured.dataUrl) {
sectionHtml = '<section class="ssma-ap-print-section">'
+ '<img class="ssma-ap-print-chart" src="' + captured.dataUrl + '" alt="'
+ escapeHtml(section.title) + '"></section>';
} else if (!canCaptureImage && hasValues) {
```
Comment 3 anchor (from file 1920-1925).
Comment 4 anchor (twig line 594).
Comment 5 (maintainability) anchor (file 1860-1863):
```
var panelChartsPrintBusy = false;
function findChartByContainerId(containerId) {
```
Good.
Comment 6 (overflow) anchor (file 1995-1997):
```
if (chartEl) {
chartEl.style.overflow = '';
}
```
Good.
Comment 7 (print metadata) anchor (file 2283):
```
+ '<p class="ssma-ap-print-meta">Gerado em ' + escapeHtml(formatPrintDateTime()) + '</p>'
```
Good.
Let me double-check the exact text of anchors against the file content that I have read, including indentation. Confirmed from reads.
For path names:
- public/js/ssma/action_plan_panel.js
- templates/ssma/action_plan/tabs/_tab_painel.html.twig
Now craft each comment text in pt-BR, concise, following the mandatory format (simple explanation first). Let me produce them.
Also note: comment 2 category bug, severity medium. Comment 1 category bug? Race → could be bug or concurrency; category bug. Use "bug".
Also consider comment severity for comment 1: medium.
Additionally, comment 4 category performance? It's a maintainability/design/perf issue - I'd classify "performance" (extra download on every load) or "maintainability". I'll use performance since it's about loading third-party code needlessly. Or "bug" if it breaks declared requirement? I'll go with performance, severity medium.
Comment 5 category maintainability, severity medium.
Comment 6 category bug (low)? It's minor DOM state bug; category bug severity low.
Comment 7 category documentation? It's about auditability of output; category "other" or "documentation". Use "other", severity low.
Let me produce the comments now.
Confirmei os pontos centrais do fluxo de exportação e do gauge (o gauge de resolução agora é renderizado como Highcharts donut por esta própria PR, então o critério de `ensureDistributionChartsForExport` não está invertido como descrito). Vou registrar os achados confirmados, todos em código novo.
Tool Calls (1)
code_comment
Show Details
Arguments
{"comments": [{"content": "A trava contra duplo clique só é ativada depois do preâmbulo assíncrono (renderOverviewCharts e esperas de 120–420 ms), então dois cliques rápidos no botão iniciam exportações concorrentes: as duas rotinas capturam as mesmas seções em momentos diferentes — com re-render e mudança de overflow no meio —, podem abrir duas caixas de impressão e sobrescrevem o HTML original guardado no dataset do botão, deixando spinner/estado inconsistente (o segundo clique pode restaurar o spinner como conteúdo fixo). Mova `panelChartsPrintBusy = true` e `setExportChartsBtnLoading(btn, true)` para logo após a validação da view e centralize a liberação num `finally` no fim do fluxo, cobrindo também o preâmbulo.", "existing_code": " var btn = document.getElementById('ap_painel_export_charts_btn');\n panelChartsPrintBusy = true;\n setExportChartsBtnLoading(btn, true);", "category": "bug", "severity": "medium", "path": "public/js/ssma/action_plan_panel.js"}, {"content": "Quando a seção tem gráfico renderizado mas a captura falha (captured null — erro de CORS/imagem ou html2canvas ainda não terminou), o fluxo cai no `else { continue; }` e descarta a seção inteira, mesmo quando a tabela de fallback (getTable) já tem dados prontos. O PDF sai silenciosamente incompleto, sem imagem nem dados daquela seção. Quando a captura falhar e houver valores de tabela, gere a seção em modo tabela (mesmo caminho do `else if (!canCaptureImage && hasValues)`) em vez de pular.", "existing_code": " if (captured && captured.dataUrl) {\n sectionHtml = '<section class=\"ssma-ap-print-section\">'\n + '<img class=\"ssma-ap-print-chart\" src=\"' + captured.dataUrl + '\" alt=\"'\n + escapeHtml(section.title) + '\"></section>';\n } else if (!canCaptureImage && hasValues) {", "category": "bug", "severity": "medium", "path": "public/js/ssma/action_plan_panel.js"}, {"content": "Se a primeira carga do CDN falhar, o elemento do script com id fixo permanece no DOM; num segundo clique, o código encontra esse elemento e anexa novos listeners de load/error, mas os eventos já dispararam — a Promise nunca resolve, o botão fica preso no spinner e `panelChartsPrintBusy` permanece true até recarregar a página. Remova o elemento no onload/onerror (ou verifique `script.complete`) antes de reutilizá-lo no retry.", "existing_code": " var existing = document.getElementById('ssma-ap-panel-html2canvas-loader');\n if (existing) {\n existing.addEventListener('load', function () { resolve(typeof window.html2canvas === 'function'); });\n existing.addEventListener('error', function () { resolve(false); });\n return;\n }", "category": "bug", "severity": "medium", "path": "public/js/ssma/action_plan_panel.js"}, {"content": "O template carrega html2canvas de forma incondicional, enquanto o JS implementa carregamento sob demanda via ensureHtml2Canvas — e a descrição da PR declara que a lib só é baixada no momento da exportação. Como `_tab_painel.html.twig` é incluído na página inteira do Plano de Ação (inclusive com a view Comparativo ativa, em que o botão de exportar fica oculto), essa tag estática baixa código de terceiros (~44 KB) em toda abertura da página, sem integrity/SRI e sem tratamento de falha do CDN, além de tornar o loader dinâmico redundante (e duplicar a tentativa de download após uma falha de rede no load da página). Remova a tag estática e deixe o carregamento sob demanda do JS como única fonte.", "existing_code": "<script src=\"https://cdnjs.cloudflare.com/ajax/libs/html2canvas/1.4.1/html2canvas.min.js\"></script>", "category": "performance", "severity": "medium", "path": "templates/ssma/action_plan/tabs/_tab_painel.html.twig"}, {"content": "O arquivo já tem ~3,1 mil linhas e esta PR adiciona ~650 linhas de exportação/impressão (captura via html2canvas, montagem do documento de impressão, tabelas de fallback, loader de CDN) no mesmo escopo que já mistura estado de tela, chamadas AJAX e render de gráficos — regra desta revisão que pede sinalizar aumento de arquivo grande. Vale extrair o bloco de exportação para um módulo próprio (ex.: `action_plan_panel_export.js`) ou helper compartilhado, reduzindo o acoplamento e permitindo testar a captura isoladamente.", "existing_code": " var panelChartsPrintBusy = false;\n\n function findChartByContainerId(containerId) {", "category": "maintainability", "severity": "medium", "path": "public/js/ssma/action_plan_panel.js"}, {"content": "Depois da captura, só o overflow do card é restaurado; o `.highcharts-container` interno, que recebeu `overflow: visible` antes do html2canvas, permanece com o estilo inline aplicado na página viva após a exportação — elementos do gráfico podem vazar visualmente para fora do card até o próximo re-render daquela seção. Restaure o overflow do `.highcharts-container` junto com o do card (guardar o valor original e devolver no finally).", "existing_code": " if (chartEl) {\n chartEl.style.overflow = '';\n }", "category": "bug", "severity": "low", "path": "public/js/ssma/action_plan_panel.js"}, {"content": "O documento impresso traz apenas o rótulo da view e a data/hora; não identifica os filtros ativos no momento da exportação (período, equipe, unidade, eixo). Um PDF salvo/arquivado fica sem rastreabilidade do recorte de dados que gerou os valores, dificultando auditoria e comparação entre versões. Considere incluir uma linha de metadados com os filtros aplicados (ex.: período selecionado e view), montada a partir do `panelState` atual.", "existing_code": " + '<p class=\"ssma-ap-print-meta\">Gerado em ' + escapeHtml(formatPrintDateTime()) + '</p>'", "category": "other", "severity": "low", "path": "public/js/ssma/action_plan_panel.js"}]}
Result
(async)
Request #18
deepseek-v4-flash
P:80.45K C:1.57K CR:80.38K CW:0
12017ms
Reasoning
Now let me do a final pass per the instructions to make sure I've reviewed each file in <review_files>:
1. `public/css/ssma/action_plan_panel.css` — reviewed. Layout changes for export controls and paired charts. No confirmed functional issues; heights/min-heights seem coherent. No comment.
2. `public/js/ssma/action_plan_panel.js` — reviewed in depth; commented issues 1-3, 5-7 of plan plus overflow/metadata. Skipped var-only and double render and issue 5 (inverted criterion, contradicted by diff).
3. `templates/ssma/action_plan/tabs/_tab_action_plan.html.twig` — change exposes refresh, integrates gauge into shared renderer, destroy list now includes resolutionGauge. Reviewed: destroySsmaActionPlanCharts previously cleared resolutionGauge separately; now loops includes resolutionGauge. But then line 630 empties containers. Wait - The diff:
```
- ['projectGauge', 'typeBar', 'deadlineBar'].forEach(function (key) {
+ ['projectGauge', 'resolutionGauge', 'typeBar', 'deadlineBar'].forEach(function (key) {
...
- ssmaActionPlanChartState.resolutionGauge = null;
```
So now destroy covers resolutionGauge in the loop and no longer needs separate null assignment. Good, consistent.
The resolution gauge is now rendered through renderSsmaActionPlanGauge → which returns Highcharts chart (donut). Previously renderSsmaActionPlanResolutionGauge returned `{reflow: $.noop}` pseudo-instance with destroy function. Now it returns a real Highcharts chart. Wait — but there's a subtle: In the donut render, render events call updateSsmaActionPlanGaugeCenterLabel which draws the center label with renderer text. And resolution gauge was previously shown with a conic gradient ring (CSS). Now it's a donut with the neutral background segment `#E8EDF2`. Behavior fine.
One subtle issue: previously when hasData false, resolution gauge called renderSsmaActionPlanChartEmptyState. Now via renderSsmaActionPlanResolutionGauge (hasData false → empty state) and renderSsmaActionPlanGauge called only when hasData true. Fine.
Also note `updateSsmaActionPlanGaugeCenterLabel` attaches to the donut chart render event; ok.
Does gaugeValueFromDom still work? In the export module, gaugeValueFromDom looks for `.ssma-gauge-center-value`. For a donut rendered via Highcharts, the center text is a raw SVG text, NOT `.ssma-gauge-center-value`. Where would `.ssma-gauge-center-value` still appear? In the conic gauge? It's now gone for resolution gauge but still may appear in other places (project gauge maybe also donut). Let's check: gaugeValueFromDom('ssma-action-plan-project-gauge') — project gauge rendered via renderSsmaActionPlanGauge too → donut → no `.ssma-gauge-center-value`. So gaugeValueFromDom returns '—' for both gauge sections whenever fallback table path is reached. But as analyzed, for rendered gauges, table path is only reached on capture failure. The distribution gauge sections will show '—' if capture fails and (after fixing issue 2) fallback would produce '—'. Currently with code as-is, capture failing → section skipped. So no current visible bug. Also if gauge not rendered (no data), the section has canCaptureImage false and hasValues true ('—'), producing table with '—'. That looks odd but is informative enough (no data yet). Not raising.
Wait — actually there's an important subtlety: when the gauge empty-state HTML is `ssmaActionPlanChartEmptyStateHtml`, what does it contain? Probably `<div class="ssma-chart-empty">Sem dados</div>` etc. If no data → gauges empty state → hasRenderablePrintSection false → table fallback uses gaugeValueFromDom → '—' but the empty state text (e.g. "Sem dados") would be more accurate. Not critical.
4. `templates/ssma/action_plan/tabs/_tab_painel.html.twig` — reviewed; commented about static script. Also structural changes for paired cards + operational summary id + export button. Looks consistent with the JS and CSS.
I think we're done. Time to call task_done.
Let me quickly note again the files that I haven't raised comments for but must have had a pass:
- CSS file: pass done.
- twig _tab_action_plan.html.twig: pass done (no issue raised).
- _tab_painel.html.twig: pass done (1 comment).
- JS: multiple comments.
Now call task_done.
Revisei os quatro arquivos do grupo. Resumo dos achados confirmados e comentados:
**public/js/ssma/action_plan_panel.js**
1. (médio) Trava de duplo clique só é ligada após preâmbulo assíncrono — exportações concorrentes possíveis.
2. (médio) Seção é descartada inteira quando a captura falha, mesmo com tabela de fallback disponível.
3. (médio) `ensureHtml2Canvas` nunca resolve num segundo clique após falha da primeira carga (script com id fixo permanece no DOM e os eventos já dispararam).
4. (médio/maintainability) ~650 linhas novas de exportação num arquivo já com ~3,1 mil linhas — extrair para módulo próprio.
5. (baixo) `overflow: visible` do `.highcharts-container` não é restaurado após a captura, vazando para a página viva.
6. (baixo) Documento impresso não registra os filtros ativos (rastreabilidade).
**templates/ssma/action_plan/tabs/_tab_painel.html.twig**
7. (médio) Tag estática do html2canvas contradiz o carregamento sob demanda declarado, baixa terceiros em toda página (inclusive Comparativo) e sem SRI.
Não levantei comentário para:
- `action_plan_panel.css`: mudanças coerentes (flex/gap, alturas mínimas dos cards pareados); nenhum defeito confirmado.
- `_tab_action_plan.html.twig`: a troca do gauge de resolução para o renderizador compartilhado (donut Highcharts) e a exposição de `refreshSsmaActionPlanCharts` são consistentes; em particular, o critério de refresh em `ensureDistributionChartsForExport` não está invertido porque o gauge agora gera `.highcharts-container` (a premissa do plano de revisão só valeria no código antigo cônico).
- Duplo render dos gráficos pareados (render imediato + agendado) e padrão `var`: têm justificativa de medição de layout pós-visibilidade/consistência com o restante do arquivo, sem impacto funcional confirmado.
Tool Calls (1)
task_done
Show Details
Arguments
{"state": "DONE"}
Request #19
deepseek-v4-flash
P:22.83K C:5.2K CR:16K CW:0
34507ms
Reasoning
Let me analyze the review files. The task is to review the diff for 4 files:
1. `public/css/ssma/action_plan_panel.css`
2. `public/js/ssma/action_plan_panel.js`
3. `templates/ssma/action_plan/tabs/_tab_action_plan.html.twig`
4. `templates/ssma/action_plan/tabs/_tab_painel.html.twig`
There are already confirmed findings (7 items), which I must not repeat. I need to continue reviewing and find new real issues.
Let me start by understanding the code changes. Let me read the relevant files.
Let me look at each file carefully.
Let me start with the JS file since it has the biggest changes.
Key changes in the JS:
1. Added `pairedChartsResizeTimer` variable.
2. Added functions: `computeBarAxisMax`, `computeBarTickInterval`, `getPairedChartHeight`, `computeHBarSizing`.
3. Modified `buildHBarChart` — chart height computed from paired chart height.
4. Modified `buildOriginChart` — chartHeight and highcharts height.
5. Added `ensureDistributionChartsForExport`, `renderPairedPendingCharts`, `syncPairedPendingCharts`.
6. `renderPendenciasCharts` now calls `renderPairedPendingCharts` and `syncPairedPendingCharts`.
7. `toggleHeaderFilters` adds exportWrap toggling.
8. Added print/export code: `findChartByContainerId`, `hasRenderedChart`, `hasRenderablePrintSection`, `getChartCaptureElement`, `waitForPanelChartsPaint`, `ensureHtml2Canvas`, `captureElementAsPng`, `captureCardSectionForPrint`, `captureSectionForPrint`, `gaugeValueFromDom`, `tableFromBarChart`, `tableFromStackedBarChart`, `getDistributionPrintSections`, `getPendenciasPrintSections`, `getOverviewPrintSections`, `buildPrintTableHtml`, `formatPrintDateTime`, `buildPrintDocumentHtml`, `buildPrintSectionsHtml`, `setExportChartsBtnLoading`, `notifyPanelExport`, `exportPanelChartsPrint`, `bindExportChartsButton`.
9. `switchView` calls `toggleHeaderFilters`.
10. Init function binds `bindExportChartsButton`.
11. Resize handler updated.
Let me look at the actual file content to understand the context around these functions.
Let me examine potential issues:
1. In `exportPanelChartsPrint`, when the user is on comparativo view and clicks (button is hidden but could still exist... but there's a check for currentView). Wait, in export, the exportWrap is hidden in comparativo view, but if user clicks export button first on pendencias, then switch to comparativo while export in progress... possible but probably low risk.
2. `renderOverviewCharts` - check that function exists in the file. It is called by export. Let me check if the overview charts are all within scope. In exportPanelChartsPrint for visao_geral, it calls `renderOverviewCharts()`, then `ensureDistributionChartsForExport()`. But the overview section also includes distribution sections (type bar, deadline bar, gauges). Note that those distribution charts are refreshed via `ensureDistributionChartsForExport` which calls `window.refreshSsmaActionPlanCharts`.
Wait — but in `getOverviewPrintSections`, the first two sections are overview charts (evolution, origin-time, person-time). But wait `getOverviewPrintSections` returns 3 sections + distribution sections. Actually it includes `ssma-ap-chart-overview-evolution`, `ssma-ap-chart-overview-origin-time`, `ssma-ap-chart-overview-person-time`, plus distribution. But it doesn't include the KPI cards? It captures chart cards only.
3. Potential issue: `captureSectionForPrint` scrolls into view and then awaits 220ms. It does so serially for each section, which could cause issues but okay.
4. In `exportPanelChartsPrint`, the iframe print cleanup: if print is cancelled or page closes, fallback timeout of 4000ms cleanup. `panelChartsPrintBusy` reset. Fine.
5. The `afterprint` event with `{ once: true }` — Safari support? Possibly fine.
6. Potential issue: `iframe.srcdoc` with data URLs (base64 PNG images embedded). Some browsers have limits on iframe srcdoc length for print? Data URLs are large. But that may be okay.
7. In `buildPrintSectionsHtml`, when `captured` has dataUrl but section table also has data, the captured image wins (image only, no table). Confirmed finding #2 says when capture fails and canCaptureImage is true, falls into else continue and discards section even when table exists. That's confirmed; skip.
8. `computeBarAxisMax`: if `maxTotal` is 0, yMax = 5 (value <= 0). Actually if maxTotal is 0, value = 0, returns 5. OK.
9. `computeHBarSizing`: if count is large (many categories), slot = usable/count. But with many categories, chart height might overflow the card and get cut because `.ssma-ap-chart-host--fill` has max-height none and min-height 175px, but the card has a fixed height from the paired row min-height 235px. Wait: with many categories (10 categories = top 10), slot = usable/10. chartHeight from getPairedChartHeight is card height. For many categories, Highcharts would need to fit all bars in the given height... Actually the bar chart with pointWidth being small, the chart container is el with fixed height and minHeight = chartHeight. So the bars are compressed. That's fine since previously it was categories.length * 22 + 48. Now chartHeight could be smaller than needed for 10 categories; Highcharts will just compress. That might be okay for paired layout.
Wait, but there's a subtlety: with `getPairedChartHeight` returning the wrap clientHeight which can be quite small (e.g. 175px min), with 10 categories and pointWidth small... hmm. Let me not over-focus.
10. Potential issue with `syncPairedPendingCharts`: `renderPendenciasCharts` calls `renderPairedPendingCharts()` then `syncPairedPendingCharts()` then `reflowCharts(...)`. `syncPairedPendingCharts` uses setTimeout 120ms to re-render and reflow. This means the topResponsible and origin charts are rendered twice on initial load. Wait actually — the charts render twice: once directly via `renderPairedPendingCharts()` and once again after 120ms. Hmm, and the render is done via `waitHighcharts` and possibly asynchronous data fetch? Let me check `renderTopResponsibleChart` and `renderOriginChart` — they use cached data (panelData.charts?). Let me look at context in the file.
Actually, this double render may cause flicker but maybe needed for height measurement because paired layout heights are computed when the row is visible. Since the section needs to be visible before heights can be measured... it might be that at first render, the wrap clientHeight is 0 because parent is d-none? Actually `renderPendenciasCharts` checks `section.classList.contains('d-none')` and returns early if hidden. When it's visible, heights can be measured.
But re-render 120ms later triggers second render— this could produce flicker. But is it a real issue? Possibly minor.
Let me focus on actual potential bugs.
Let me examine `renderTopResponsibleChart` to understand data source and structure.
Let me read the actual JS file to see the context. Given size, let me read around the modified functions.
Also check `toggleHeaderFilters` change: The controls element has id `ap_painel_controls`, and exportWrap has class `ap-painel-export-wrap` and id `ap-painel-export-wrap`. In CSS they use `#ap_painel_controls .ap-painel-export-wrap`. Fine.
But wait: in `_tab_painel.html.twig`, the export wrap has classes `d-flex align-items-center ap-painel-export-wrap` and conditionally `d-none` if `panel_default_view == 'comparativo'`. In CSS, `.ap-painel-export-wrap` style uses `flex-shrink: 0` via `#ap_painel_controls .ap-painel-export-wrap { flex-shrink: 0; }`.
In `exportPanelChartsPrint`, when view is comparativo, it blocks. But the button is hidden anyway. However the button is inside `#ap_painel_controls`, and toggleHeaderFilters removes d-none on controls for comparativo. Wait, in `toggleHeaderFilters`, if viewId === 'comparativo', controls get d-none and exportWrap gets d-none. Fine.
Potential issue: The button binding happens at init; for initial comparativo default view, button is hidden with `d-none`, but still bound. When user is in comparativo, button hidden. Fine.
Now, the CSS:
- `#ssma-action-plan-dashboard-root .ssma-dashboard-chart-pair-row > [class*="col-"] { min-height: 235px; }` fine.
- `.ssma-ap-chart-host--fill` sets `height: 100%; max-height: none; min-height: 175px`.
Potential CSS issue: `.ssma-ap-chart-wrap--paired` flex-direction column flex 1 1 auto min-height 0. The hbar host sets explicit style height via JS. Also `height: 100%` plus flex. Fine.
Let me read the template `_tab_painel.html.twig` more fully, particularly the overview rows around the change: In `_tab_painel.html.twig`, there's a `<div class="ssma-ap-chart-wrap--paired">` for origin chart. Previously the origin chart wrapper was `p-2` and the chart host had class `ssma-ap-chart-host--column`. Now it's inside paired wrap. The CSS `.ssma-ap-chart-host--column` still has some rule at the bottom (unchanged part: `#ssma-action-plan-dashboard-root .ssma-ap-chart-host--column {`). There's an added rule `.ssma-ap-chart-host--column.ssma-ap-chart-host--fill { min-height: 175px; }`.
Let me read the JS file to check the actual chart building for origin and topResponsible.
Let me look at the functions to understand details, especially whether `el.closest` used inside is safe.
Also, potential bug: `getPairedChartHeight(el, fallback)` uses `el.closest`, but `origin` chart el—the chart host—does have the wrap `ssma-ap-chart-wrap--paired`. OK.
Let me read relevant parts of the JS.
Also, template `_tab_painel.html.twig` includes a static `<script src="...html2canvas...">` at the bottom (confirmed finding #7). In addition, there's an inline `<script>` referencing assets? Let me look at the file.
Let me check `_tab_action_plan.html.twig` changes:
- `renderSsmaActionPlanResolutionGauge` (probably name) now calls `renderSsmaActionPlanGauge(...)` with config and `true`. Previously it built its own HTML with gradient from `buildSsmaResolutionConicalGradient`. Now it delegates to `renderSsmaActionPlanGauge` and passes color stops. Need to verify `renderSsmaActionPlanGauge` behavior handles `hasData` param, the value mapping. The gauge value must be normalized 0..100 same. Need to check gradient stops match previous `buildSsmaResolutionConicalGradient` semantics.
Wait — in `_tab_action_plan.html.twig`, the removed code used `buildSsmaResolutionConicalGradient(normalizedValue, colorStops)`. Now `renderSsmaActionPlanGauge(containerId, normalizedValue, {x1..., stops: colorStops}, true)`. Need to check whether renderSsmaActionPlanGauge handles colors and whether the visual changes. Actually the reason is that resolution gauge previously wasn't added to state? And now `destroySsmaActionPlanCharts` includes 'resolutionGauge' in the list and removes the special-case `ssmaActionPlanChartState.resolutionGauge = null;`.
But importantly: previously resolution gauge returned `{ reflow: $.noop }`? Let's check. Wait, the removed code returned `{ reflow: $.noop }`. That means the resolution gauge chart was NOT part of the state before, it seems. Now it returns the render result of renderSsmaActionPlanGauge, which presumably returns a chart object and stores state.
Hold on — actually there might be a bug: previously, the resolution gauge rendering function was called from where? Let me look at the original function name. The diff shows it's inside a function whose body was replaced. Let me read the file.
Also there's a subtle change: the removed code set `$('#' + containerId).html(...)` and returned `{ reflow: $.noop }`. The new code calls `renderSsmaActionPlanGauge(...)`. But what does `renderSsmaActionPlanGauge` do with `hasData` param? Let's check its signature: `function renderSsmaActionPlanGauge(containerId, value, colorConfig, hasData)`. And callers probably use it for project gauge. Let me read the whole function to see how it renders gauge and returns.
Let me read `_tab_action_plan.html.twig` around lines 400-700.
Also, we need to double-check `refreshSsmaActionPlanCharts` — it was previously an internal function (probably) and now exposed. The diff shows `window.refreshSsmaActionPlanCharts = refreshSsmaActionPlanCharts;` added. Ensure refresh function exists and updates state with correct data. And `ensureDistributionChartsForExport` calls it. Need to see whether calling `window.refreshSsmaActionPlanCharts()` while in the panel works — the function might need panelData. Let's look at what `refreshSsmaActionPlanCharts` does.
Let me also verify `reflowDistributionCharts` and `refreshSsmaActionPlanCharts` interaction.
Potential bug: In `ensureDistributionChartsForExport`, if the resolution gauge element has no highcharts container (i.e., needs refresh), it calls `window.refreshSsmaActionPlanCharts()` then resolves after 420ms. But this refresh might re-render charts that are on a hidden tab? Actually, if the distribution charts live on the dashboard page under the action plan panel tab, they're inside `_tab_painel`? Wait: rules say distribution charts are in `_tab_painel.html.twig` (tabs of painel = Pendências, Visão Geral, Comparativo). Actually no — rule says distribution charts/gauges (`ssma-action-plan-type-bar` etc.) live in `_tab_painel.html.twig`, fed by `action_plan_data`. And they exist in dashboard root. When user is in visao_geral sub-tab, are the distribution charts visible? Let me read the template to understand where these are rendered.
Let me read `_tab_painel.html.twig`.
Let me look at the file.
I'll read both template files and the JS in relevant areas.
Let me start by reading files to get full context.
I need to check the following possible issues carefully:
A. In `renderPendenciasCharts`, charts are rendered twice (renderPairedPendingCharts + syncPairedPendingCharts). Could cause double render/flicker but not a bug per se. But also `syncPairedPendingCharts` schedule may run after the panel is hidden (if user switches views quickly), calling render on hidden charts—but renderTopResponsibleChart guards? Let me check. Actually there's a timer; if the user switches view to overview in between, the pending charts container might be hidden and render would fail or produce wrong dimensions. But `renderTopResponsibleChart` checks if section exists & visible? Need to verify.
B. `computeHBarSizing` with `groupPadding` computed: `Math.max(0.06, Math.min(0.3, 1 - (pointWidth / slot)))`. For count categories each of width slot, pointWidth / slot ratio; groupPadding = 1 - ratio ensures bars + padding fit within slot. Wait Highcharts bar pointWidth... actually in a bar chart, the category band width = plotHeight/categories. pointWidth is bar width in px. groupPadding is fraction of the band reserved for padding between groups? Actually groupPadding is space between columns within a group. For single series bars it's not too relevant. groupPadding is fraction of plot area to leave between groups. Hmm.
Wait for a bar chart (horizontal bars), x-axis is value, y-axis is category. pointWidth measured in px across y-axis bands. Fine.
C. `getPairedChartHeight`: wrap.clientHeight may be 0 at initial measurement if CSS hasn't been applied or display none; fallback 200 used. But the CSS min-height on the host will kick in.
Actually there's an important interplay: The topResponsible chart previously had height = categories.length*22+48, i.e., for 10 categories, 268px; for 5, 158px. Now chartHeight = height of the paired wrap (depends on the tallest sibling card?). The paired row: two columns, col-lg-6 each with d-flex; cards h-100. Heights equalize? With flex and `min-height: 235px` on the columns and cards h-100. The row height is determined by tallest card. The topResponsible card previously natural height with many bars would be tall; origin chart with fixed content. Both are in same row and both use fill. If topResponsible has 10 categories requiring large height, but the wrap height is bounded by the row height which equals max of natural content height of the two cards... Since both cards have h-100 of column height and the row is determined by content, one card with content height large determines row height. Since each card height matches content; the paired wrap with `flex: 1 1 auto` and chart fill with `height:100%`, the card would try to shrink charts. Actually all these min-height hacks approximate a balanced layout.
This layout stuff is hard to evaluate precisely without rendering. I'll not flag unless obvious.
D. In `exportPanelChartsPrint` for pendencias, reflow charts but does not re-render pendencias charts. For overview, renderOverviewCharts() renders charts. But if currently on overview with no data? renderOverviewCharts presumably renders from overview data.
E. Print export sections for pendencias include `ssma-ap-chart-top-responsible` and `ssma-ap-chart-origin` which are paired. If user is on pendencias sub-tab, both rendered. Good.
F. But for pendencias export, they call reflow only, not `renderPairedPendingCharts`. But confirmed? The known issue #1 is about double-click concurrency. Not that.
G. Potential bug: `exportPanelChartsPrint` sets `panelChartsPrintBusy = true` after awaiting, but initial busy check happens at top before awaits. Confirmed finding #1. Skip.
H. `hasRenderablePrintSection` for captureType 'panel' looks for `.ssma-ap-op-row` etc. For panel operational summary. Then `captureCardSectionForPrint` calls `getChartCaptureElement` returns el.closest('.ssma-dashboard-chart-card') || closest('.app-card-surface') || el. For operational summary, its parent `.app-card-surface`? Let me check template: operational summary is `<div class="ssma-ap-operational-summary" id="ssma-ap-operational-summary">` inside a card? Need to read.
If captureEl ends up being just the operational summary element, html2canvas capture of that section fine. But `hasRenderablePrintSection` for the panel returns true if op rows exist. Then capture.
I. `gaugeValueFromDom` reads `.ssma-gauge-center-value` text content, and strips? If gauge missing, returns '—'.
J. The export flow for pendencias: `sections = getPendenciasPrintSections()` includes operational summary + charts. But note: charts critical, top-responsible, origin. Capture each card. But operational summary might be off-screen (scroll). They scrollIntoView per section. Each scroll could cause layout changes; but okay.
K. Possible real issue: When exporting pendencias view while filters produce no data, operational summary has rows? Possibly zero, then sectionsHtml could be empty => error toast "Não há gráficos". Acceptable.
L. Another possible issue: In `exportPanelChartsPrint` for overview, after calling `renderOverviewCharts()`, they call `ensureDistributionChartsForExport()`. But this renders/reflows distribution charts located in dashboard root. If overview sub-tab is active, the distribution charts (type bar, deadline, gauges) may be in the same dashboard? Let me read the template to see where those live. Actually, from the rules: "Gráficos de distribuição ... e gauges ... ficam na aba Painel (_tab_painel.html.twig)". And they might be visible only in certain sub-tabs? Let me read the template fully to understand.
Let me read the templates.
M. XSS: buildPrintSectionsHtml uses `captured.dataUrl` inserted into img src without escaping — dataUrl is generated internally (base64 from canvas.toDataURL), not user input. Fine. section.title escaped.
`buildPrintTableHtml` escapes all header/cells via escapeHtml. Wait, but `tableFromBarChart` reads values from chart data, fine. `gaugeValueFromDom` returns text content (escaped? The text is like "85%"). Then passed to buildPrintTableHtml which escapes.
But wait, escapeHtml in print document: the print doc is srcdoc content inside iframe. Since it's not injected into the live DOM, escaping is about HTML within the doc. Fine.
N. A real potential issue: `ensureHtml2Canvas` loader id fixed `ssma-ap-panel-html2canvas-loader`; confirmed #3 covers failure. Skip.
O. What about the second confirm: if `canCaptureImage && !captured`, section dropped even if table exists. Confirmed #2.
P. `formatPrintDateTime` uses pad2, which exists elsewhere.
Q. Now check the twig template change in `_tab_action_plan.html.twig`. Need to inspect the resolution gauge render function context. Let me read it.
Let me read the template.
Let me now do file reads.
Actually, let me read the entire `_tab_painel.html.twig` and `_tab_action_plan.html.twig` relevant ranges, and JS file sections.
I'll search for function definitions.
Let me begin reading.
Tool Calls (2)
file_read
Show Details
Arguments
{"file_path": "templates/ssma/action_plan/tabs/_tab_action_plan.html.twig", "start_line": 380, "end_line": 700}
Result
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig (Total lines: 2262)
IS_TRUNCATED: false
LINE_RANGE: 380-700
380| function buildSsmaActionPlanGradient(config) {
381| return {
382| linearGradient: {
383| x1: config.x1,
384| y1: config.y1,
385| x2: config.x2,
386| y2: config.y2
387| },
388| stops: config.stops || []
389| };
390| }
391|
392| function ssmaActionPlanHexToRgb(hex) {
393| var sanitized = (hex || '').replace('#', '');
394|
395| if (sanitized.length === 3) {
396| sanitized = sanitized.split('').map(function (char) {
397| return char + char;
398| }).join('');
399| }
400|
401| return {
402| r: parseInt(sanitized.substring(0, 2), 16),
403| g: parseInt(sanitized.substring(2, 4), 16),
404| b: parseInt(sanitized.substring(4, 6), 16)
405| };
406| }
407|
408| function ssmaActionPlanRgbToHex(rgb) {
409| function toHex(value) {
410| var normalized = Math.max(0, Math.min(255, Math.round(value)));
411| return normalized.toString(16).padStart(2, '0');
412| }
413|
414| return '#' + toHex(rgb.r) + toHex(rgb.g) + toHex(rgb.b);
415| }
416|
417| function getSsmaActionPlanColorFromStops(stops, position) {
418| var normalizedPosition = Math.max(0, Math.min(1, position));
419| var currentStop = stops[0];
420| var nextStop = stops[stops.length - 1];
421|
422| $.each(stops, function (index, stop) {
423| if (normalizedPosition >= stop[0]) {
424| currentStop = stop;
425| }
426|
427| if (normalizedPosition <= stop[0]) {
428| nextStop = stop;
429| return false;
430| }
431| });
432|
433| if (currentStop[0] === nextStop[0]) {
434| return currentStop[1];
435| }
436|
437| var range = nextStop[0] - currentStop[0];
438| var ratio = range === 0 ? 0 : (normalizedPosition - currentStop[0]) / range;
439| var startColor = ssmaActionPlanHexToRgb(currentStop[1]);
440| var endColor = ssmaActionPlanHexToRgb(nextStop[1]);
441|
442| return ssmaActionPlanRgbToHex({
443| r: startColor.r + ((endColor.r - startColor.r) * ratio),
444| g: startColor.g + ((endColor.g - startColor.g) * ratio),
445| b: startColor.b + ((endColor.b - startColor.b) * ratio)
446| });
447| }
448|
449| function buildSsmaResolutionConicalGradient(value, colorStops) {
450| var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
451| var filledAngle = (normalizedValue / 100) * 360;
452| var parts = [];
453| var i;
454|
455| for (i = 0; i < colorStops.length; i++) {
456| var stopAngle = colorStops[i][0] * 360;
457| if (stopAngle < filledAngle) {
458| parts.push(colorStops[i][1] + ' ' + stopAngle + 'deg');
459| }
460| }
461|
462| var endColor = getSsmaActionPlanColorFromStops(colorStops, normalizedValue / 100);
463| parts.push(endColor + ' ' + filledAngle + 'deg, #E8EDF2 ' + filledAngle + 'deg, #E8EDF2 360deg');
464|
465| return 'conic-gradient(' + parts.join(', ') + ')';
466| }
467|
468| function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops, hasData) {
469| if (hasData === false) {
470| return renderSsmaActionPlanChartEmptyState(containerId);
471| }
472|
473| var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
474|
475| return renderSsmaActionPlanGauge(
476| containerId,
477| normalizedValue,
478| {
479| x1: 0,
480| y1: 0,
481| x2: 1,
482| y2: 1,
483| stops: colorStops
484| },
485| true
486| );
487| }
488|
489| function renderSsmaActionPlanGauge(containerId, value, colorConfig, hasData) {
490| if (hasData === false) {
491| return renderSsmaActionPlanChartEmptyState(containerId);
492| }
493|
494| var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
495| var arcColor = typeof colorConfig === 'string'
496| ? colorConfig
497| : buildSsmaActionPlanGradient(colorConfig);
498|
499| var gaugeData = [
500| { y: normalizedValue, color: arcColor, borderWidth: 0, borderColor: 'transparent' },
501| { y: Math.max(0, 100 - normalizedValue), color: '#E8EDF2', borderWidth: 0, borderColor: 'transparent' }
502| ];
503|
504| return Highcharts.chart(containerId, {
505| chart: {
506| type: 'pie',
507| backgroundColor: 'transparent',
508| spacing: [0, 0, 0, 0],
509| margin: [0, 0, 0, 0],
510| animation: false,
511| events: {
512| render: function () {
513| updateSsmaActionPlanGaugeCenterLabel(this, normalizedValue);
514| }
515| }
516| },
517| title: { text: null },
518| subtitle: { text: null },
519| tooltip: { enabled: false },
520| credits: { enabled: false },
521| legend: { enabled: false },
522| plotOptions: {
523| pie: {
524| dataLabels: { enabled: false },
525| borderWidth: 0,
526| borderColor: 'transparent',
527| startAngle: 0,
528| endAngle: 360,
529| center: ['50%', '50%'],
530| size: '88%',
531| innerSize: '68%',
532| states: {
533| inactive: { opacity: 1 },
534| hover: { enabled: false }
535| }
536| }
537| },
538| series: [{
539| animation: false,
540| data: gaugeData
541| }]
542| });
543| }
544|
545| function buildSsmaActionPlanCharts() {
546| var hasActionChartData = Number((ssmaActionPlanState.kpis && ssmaActionPlanState.kpis.total_actions) || (ssmaActionPlanState.actions || []).length || 0) > 0;
547| var brandColors = getSsmaActionPlanBrandColors();
548|
549| ssmaActionPlanChartState.projectGauge = renderSsmaActionPlanGauge(
550| 'ssma-action-plan-project-gauge',
551| ssmaActionPlanGauges.with_project_rate || 0,
552| { x1: 0, y1: 0, x2: 0, y2: 1, stops: [[0, brandColors.dark], [1, brandColors.base]] },
553| hasActionChartData
554| );
555|
556| ssmaActionPlanChartState.resolutionGauge = renderSsmaActionPlanResolutionGauge(
557| 'ssma-action-plan-resolution-gauge',
558| ssmaActionPlanGauges.resolution_rate || 0,
559| [
560| [0, '#EA151C'],
561| [0.5, '#FFC107'],
562| [1, '#25AD52']
563| ],
564| hasActionChartData
565| );
566|
567| ssmaActionPlanChartState.typeBar = window.renderSsmaActionsBarChart(
568| 'ssma-action-plan-type-bar',
569| ssmaActionPlanTypeSeries,
570| {
571| defaultColor: brandColors.dark
572| }
573| );
574|
575| ssmaActionPlanChartState.deadlineBar = window.renderSsmaActionsBarChart(
576| 'ssma-action-plan-deadline-bar',
577| ssmaActionPlanCharts.actions_on_schedule || [],
578| {
579| defaultColor: '#186073'
580| }
581| );
582| }
583|
584| function reflowSsmaActionPlanCharts() {
585| $.each(ssmaActionPlanChartState, function (_, chartInstance) {
586| if (chartInstance && typeof chartInstance.reflow === 'function') {
587| chartInstance.reflow();
588| }
589| });
590| }
591|
592| function hasSsmaActionPlanDistributionCharts() {
593| return $('#ssma-action-plan-type-bar, #ssma-action-plan-deadline-bar, #ssma-action-plan-project-gauge, #ssma-action-plan-resolution-gauge').length > 0;
594| }
595|
596| function initSsmaActionPlanCharts() {
597| if (!hasSsmaActionPlanDistributionCharts()) {
598| return;
599| }
600|
601| waitForSsmaActionPlanHighcharts(function () {
602| if (!ssmaActionPlanChartState.initialized) {
603| buildSsmaActionPlanCharts();
604| ssmaActionPlanChartState.initialized = true;
605| }
606|
607| reflowSsmaActionPlanCharts();
608| });
609| }
610|
611| function syncSsmaActionPlanSeriesFromState() {
612| ssmaActionPlanGauges = $.extend({}, ssmaActionPlanState.gauges || {});
613| ssmaActionPlanTypeSeries = $.map(ssmaActionPlanState.barCharts && ssmaActionPlanState.barCharts.types ? ssmaActionPlanState.barCharts.types : [], function (item) {
614| return $.extend({}, item);
615| });
616| ssmaActionPlanCharts = $.extend(true, {}, ssmaActionPlanState.charts || {});
617| }
618|
619| function destroySsmaActionPlanCharts() {
620| ['projectGauge', 'resolutionGauge', 'typeBar', 'deadlineBar'].forEach(function (key) {
621| var chartInstance = ssmaActionPlanChartState[key];
622|
623| if (chartInstance && typeof chartInstance.destroy === 'function') {
624| chartInstance.destroy();
625| }
626|
627| ssmaActionPlanChartState[key] = null;
628| });
629|
630| $('#ssma-action-plan-project-gauge, #ssma-action-plan-resolution-gauge, #ssma-action-plan-type-bar, #ssma-action-plan-deadline-bar').html(ssmaActionPlanChartEmptyStateHtml);
631| ssmaActionPlanChartState.initialized = false;
632| }
633|
634| function refreshSsmaActionPlanCharts() {
635| if (!hasSsmaActionPlanDistributionCharts()) {
636| syncSsmaActionPlanSeriesFromState();
637| return;
638| }
639|
640| syncSsmaActionPlanSeriesFromState();
641|
642| waitForSsmaActionPlanHighcharts(function () {
643| destroySsmaActionPlanCharts();
644| buildSsmaActionPlanCharts();
645| ssmaActionPlanChartState.initialized = true;
646| reflowSsmaActionPlanCharts();
647| });
648| }
649|
650| window.initSsmaActionPlanCharts = initSsmaActionPlanCharts;
651| window.reflowSsmaActionPlanCharts = reflowSsmaActionPlanCharts;
652| window.refreshSsmaActionPlanCharts = refreshSsmaActionPlanCharts;
653|
654| function renderSsmaActionPlanKpis() {
655| var kpis = ssmaActionPlanState.kpis || {};
656| var titleMap = {
657| open_actions: 'Ações abertas',
658| resolved_actions: 'Ações resolvidas',
659| without_project: 'Sem projetos',
660| total_actions: 'Total de ações'
661| };
662|
663| $('.js-ssma-action-plan-kpi-card').each(function () {
664| var $card = $(this);
665| var key = $card.data('kpiKey');
666| var value = Number(kpis[key] || 0);
667|
668| $card.find('.mhs-card-title').text(titleMap[key] || '');
669|
670| if ($card.find('.mhs-card-value').length) {
671| $card.find('.mhs-card-value').text(value);
672| } else {
673| $card.find('.mhs-card-body').prepend($('<h3 class="mhs-card-value"></h3>').text(value));
674| }
675| });
676| }
677|
678| function renderSsmaActionPlanRecommendation() {
679| var recommendation = (ssmaActionPlanState.kpis && ssmaActionPlanState.kpis.recommendation)
680| ? ssmaActionPlanState.kpis.recommendation
681| : 'Sem recomendação no momento.';
682|
683| $('.js-ssma-action-plan-recommendation-text')
684| .text(recommendation)
685| .attr('data-full-text', recommendation);
686| }
687|
688| function initSsmaActionPlanTooltips() {
689| $('.js-ssma-action-plan-recommendation-text').each(function () {
690| var $text = $(this);
691| var fullText = $text.attr('data-full-text') || $text.text();
692| var isTruncated = this.scrollHeight > this.clientHeight || this.scrollWidth > this.clientWidth;
693|
694| $text.tooltip('dispose');
695|
696| if (isTruncated) {
697| $text.attr('title', fullText).tooltip();
698| return;
699| }
700|
file_read
Show Details
Arguments
{"file_path": "templates/ssma/action_plan/tabs/_tab_painel.html.twig", "start_line": 1, "end_line": 120}
Result
File: templates/ssma/action_plan/tabs/_tab_painel.html.twig (Total lines: 596)
IS_TRUNCATED: false
LINE_RANGE: 1-120
1|{# Painel operacional do Plano de Ação — dados via SsmaActionPlanPanelService #}
2|{% set panel = action_plan_panel_data|default({}) %}
3|{% set panel_filters = panel.filters|default({}) %}
4|{% set ap_painel_team_options = [{'value': '', 'text': 'Equipe'}] %}
5|{% for team in teams|default([]) %}
6| {% set ap_painel_team_options = ap_painel_team_options|merge([{
7| 'value': team.name|default(''),
8| 'text': team.name|default('')
9| }]) %}
10|{% endfor %}
11|{% set ap_painel_vinculo_options = [
12| {'value': '', 'text': 'Tipo de Vínculo'},
13| {'value': 'COLABORADOR', 'text': 'CLT'},
14| {'value': 'PRESTADOR', 'text': 'PJ / Prestador'},
15| {'value': 'TERCEIRO', 'text': 'Terceirizado'}
16|] %}
17|{% set ap_painel_subsidiaries = ssma_subsidiaries|default([]) %}
18|{% set ssma_show_unidade_filter = ssma_is_network_head|default(false) and ssma_has_network_units|default(false) %}
19|{% set ap_painel_unidade_options = [
20| {'value': 'todas', 'text': 'Todas'},
21| {'value': 'matriz', 'text': (ssma_head_office.name|default('Matriz')) ~ ' (Matriz)'}
22|] %}
23|{% for sub in ap_painel_subsidiaries %}
24| {% set ap_painel_unidade_options = ap_painel_unidade_options|merge([{
25| 'value': sub.id ~ '',
26| 'text': sub.name
27| }]) %}
28|{% endfor %}
29|{% set panel_kpis = panel.kpis|default([]) %}
30|{% set panel_charts = panel.charts|default({}) %}
31|{% set panel_summary = panel.operational_summary|default({}) %}
32|{% set panel_table = panel.table|default({}) %}
33|{% set panel_semantic = panel.semantic|default({}) %}
34|{% set panel_adriana = panel.adriana|default({}) %}
35|{% set panel_origin_icons = panel.origin_icons|default({}) %}
36|{% set panel_default_view = panel.default_view|default('pendencias') %}
37|{% set ov_filters = panel.overview.filters|default({}) %}
38|
39|<link rel="stylesheet" href="{{ asset('css/ssma/action_plan_panel.css') }}">
40|{% include 'ssma/partials/_panel_period_filter_styles.html.twig' %}
41|{% include 'ssma/occurrence/tabs/panel/_panel_semantic_adriana_styles.html.twig' %}
42|{% include 'components/charts/_highcharts_loader.html.twig' %}
43|
44|<style>
45|.ssma-ap-chart-sm { height: 220px; }
46|.ssma-ap-chart-md { height: 260px; }
47|.ssma-ap-chart-lg { height: 300px; }
48|
49|.ssma-ap-chart-month-select select,
50|#ssma-ap-chart-axis-filter {
51| background-color: #fff !important;
52| color: #344054 !important;
53| color-scheme: light !important;
54| border: 1px solid #DEE2E6;
55| border-radius: 6px;
56| padding: 3px 8px;
57| font-size: 12px;
58| appearance: auto;
59| -webkit-appearance: auto;
60|}
61|
62|.ssma-action-plan-chart-title {
63| font-size: 16px;
64| font-weight: 700;
65| color: #5C5D5D;
66|}
67|
68|</style>
69|
70|{# ── Filtros desktop — Pendências ─────────────────────────────────────── #}
71|<div class="modern-header-actions has-mobile-fabs" id="ap_painel_controls">
72| <div class="d-flex align-items-center ap-painel-export-wrap{% if panel_default_view == 'comparativo' %} d-none{% endif %}" id="ap-painel-export-wrap">
73| <button type="button"
74| class="mhs-btn-secondary d-flex align-items-center js-ssma-ap-panel-export-charts"
75| id="ap_painel_export_charts_btn"
76| aria-label="Exportar gráficos em PDF">
77| <i class="fas fa-file-pdf mr-2" aria-hidden="true"></i>
78| <span>Exportar gráficos</span>
79| </button>
80| </div>
81| <div class="filters-container tab-filters ml-auto align-items-center ssma-ap-panel-filters-row d-none{% if panel_default_view == 'pendencias' %} d-lg-flex{% endif %}" id="ap-painel-filters-pendencias">
82| <div class="filter-item">
83| {% include 'components/ui/_custom_select.html.twig' with {
84| id: 'ap_painel_filter_team',
85| name: 'ap_painel_filter_team',
86| label: 'Equipe',
87| options: ap_painel_team_options,
88| selected_value: '',
89| loading_enabled: true
90| } %}
91| </div>
92| <div class="filter-item">
93| {% include 'components/ui/_custom_select.html.twig' with {
94| id: 'ap_painel_filter_vinculo',
95| name: 'ap_painel_filter_vinculo',
96| label: 'Tipo de Vínculo',
97| options: ap_painel_vinculo_options,
98| selected_value: '',
99| loading_enabled: true
100| } %}
101| </div>
102| <div class="filter-item oc-painel-period-filter">
103| <button type="button" class="oc-period-trigger" id="ap_painel_period_trigger" aria-label="Filtrar período">
104| <i class="fas fa-calendar-alt" aria-hidden="true"></i>
105| <span id="ap_painel_period_label"></span>
106| </button>
107| <div class="oc-period-popover d-none" id="ap_painel_period_popover">
108| <div class="oc-period-popover-header">
109| <strong>Selecionar Período</strong>
110| <button type="button" class="oc-period-close" id="ap_painel_period_close" aria-label="Fechar">
111| <i class="fas fa-times"></i>
112| </button>
113| </div>
114| <div class="oc-period-popover-body">
115| <div class="oc-period-field">
116| <label for="ap_painel_start_date">Data inicial</label>
117| <div class="oc-period-input-wrap">
118| <input type="date" class="form-control" id="ap_painel_start_date" aria-label="Data inicial">
119| </div>
120| </div>
Request #20
deepseek-v4-flash
P:33.29K C:123 CR:27.9K CW:0
2087ms
Reasoning
Now let me read the rest of _tab_painel.html.twig to see the chart structure and where distribution charts are.
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 596, "file_path": "templates/ssma/action_plan/tabs/_tab_painel.html.twig", "start_line": 280}
Result
File: templates/ssma/action_plan/tabs/_tab_painel.html.twig (Total lines: 596)
IS_TRUNCATED: false
LINE_RANGE: 280-596
280| </div>
281| {% if ssma_show_unidade_filter %}
282| <div class="filter-item ap-painel-unidade-filter">
283| {% include 'components/ui/_custom_select.html.twig' with {
284| id: 'ap_overview_filter_unit',
285| name: 'ap_overview_filter_unit',
286| label: 'Unidade',
287| options: ap_painel_unidade_options,
288| selected_value: 'todas',
289| loading_enabled: true
290| } %}
291| </div>
292| {% endif %}
293| </div>
294|</div>
295|
296|<div class="members-content p-3 ssma-action-plan-painel" id="ssma-action-plan-dashboard-root">
297| <div class="d-none" aria-hidden="true">
298| {% include 'components/ui/_pill.html.twig' with { label: 'pill', color: 'gray', size: 'sm' } %}
299| </div>
300| <script type="application/json" id="ssma-ap-panel-config-json">{{ {
301| filterUrl: path('ssma_plano_acao_panel_filter'),
302| defaultPeriod: panel.active_period|default('next_month'),
303| defaultOverviewPeriod: panel.active_overview_period|default('last_3_months'),
304| defaultAxis: panel.active_axis|default('weekly')
305| }|json_encode|raw }}</script>
306| <script type="application/json" id="ssma-ap-panel-data-json">{{ panel|json_encode|raw }}</script>
307|
308| <div class="ssma-ap-panel-view-pills" id="ssmaApPanelViewPills" role="tablist" aria-label="Seções do painel de plano de ação">
309| {% for view in panel.view_sections|default([]) %}
310| <button type="button"
311| class="ssma-ap-panel-view-pill{% if view.id == panel_default_view %} is-active{% endif %}"
312| data-view="{{ view.id }}"
313| role="tab"
314| aria-selected="{{ view.id == panel_default_view ? 'true' : 'false' }}">
315| {{ view.label }}
316| </button>
317| {% endfor %}
318| </div>
319|
320| <div data-ap-panel-view="pendencias"{% if panel_default_view != 'pendencias' %} class="d-none"{% endif %}>
321| <div class="row mb-3" id="ssma-ap-kpi-row">
322| {% for kpi in panel_kpis %}
323| <div class="col-12 col-md-6 col-xl-3 mb-2 mb-xl-0">
324| {% set _kpi_trend = kpi.trend|default({}) %}
325| {% set _kpi_card = { title: kpi.title, value: kpi.value } %}
326| {% if _kpi_trend.label|default('') %}
327| {% set _kpi_card = _kpi_card|merge({ content: _kpi_trend.label }) %}
328| {% endif %}
329| {% set _kpi_footer_bits = [] %}
330| {% for item in kpi.footer|default([]) %}
331| {% set _kpi_footer_bits = _kpi_footer_bits|merge([item.label ~ ': ' ~ item.value]) %}
332| {% endfor %}
333| {% if _kpi_footer_bits|length > 0 %}
334| {% set _kpi_card = _kpi_card|merge({ footer: _kpi_footer_bits|join(' | ') }) %}
335| {% endif %}
336| {% include 'components/ui/_card.html.twig' with _kpi_card only %}
337| </div>
338| {% endfor %}
339| </div>
340|
341| <div class="row mb-3">
342| <div class="col-12">
343| <div class="ssma-ap-ia-shell">
344| <div class="ssma-ap-ia-inner-body">
345| <div class="ssma-ap-recommendation-header">
346| <div class="chat-avatar flex-shrink-0 ssma-ap-recommendation-avatar">
347| <img src="{{ asset('images/ia_images/adriana.png') }}" alt="Adriana" width="32" height="32">
348| </div>
349| <div class="ssma-ap-semantic-title mb-0">{{ panel.recommendation.title|default('Recomendação da Adriana') }}</div>
350| </div>
351| <p class="ssma-ap-semantic-summary mb-0">{{ panel.recommendation.text|default('') }}</p>
352| </div>
353| </div>
354| </div>
355| </div>
356|
357| <div class="row mb-3">
358| <div class="col-12">
359| <div class="app-card-surface ssma-dashboard-chart-card h-100">
360| <div class="d-flex align-items-start justify-content-between flex-wrap px-3 py-2 border-bottom" style="gap: 10px;">
361| <div>
362| <div class="ssma-dashboard-chart-title">Pendências críticas por prazo</div>
363| </div>
364| <div class="ssma-ap-chart-month-select">
365| <select class="form-control form-control-sm" id="ssma-ap-chart-axis-filter" aria-label="Agrupamento do eixo X">
366| {% if panel_charts.critical_pending_by_deadline.axes|default([])|length > 0 %}
367| {% for axis in panel_charts.critical_pending_by_deadline.axes %}
368| <option value="{{ axis.value }}"{% if axis.selected|default(false) %} selected{% endif %}>{{ axis.label }}</option>
369| {% endfor %}
370| {% else %}
371| <option value="weekly" selected>Semanal</option>
372| <option value="daily">Diário</option>
373| {% endif %}
374| </select>
375| </div>
376| </div>
377| <div class="p-2">
378| <div id="ssma-ap-chart-critical" class="ssma-ap-chart-host ssma-ap-chart-host--main" aria-hidden="false"></div>
379| </div>
380| </div>
381| </div>
382| </div>
383|
384| <div class="row mb-3 ssma-dashboard-chart-pair-row">
385| <div class="col-12 col-lg-6 mb-3 mb-lg-0 d-flex">
386| <div class="app-card-surface ssma-dashboard-chart-card ssma-dashboard-chart-card--paired h-100 w-100 d-flex flex-column">
387| <div class="px-3 py-2 border-bottom flex-shrink-0">
388| <div class="ssma-dashboard-chart-title">Top responsáveis com pendências</div>
389| <div class="ssma-dashboard-chart-subtitle">Top 10 por volume total de pendências</div>
390| </div>
391| <div class="ssma-ap-chart-wrap--paired">
392| <div id="ssma-ap-chart-top-responsible" class="ssma-ap-chart-host ssma-ap-chart-host--hbar ssma-ap-chart-host--fill"></div>
393| </div>
394| </div>
395| </div>
396| <div class="col-12 col-lg-6 d-flex">
397| <div class="app-card-surface ssma-dashboard-chart-card ssma-dashboard-chart-card--paired h-100 w-100 d-flex flex-column">
398| <div class="px-3 py-2 border-bottom flex-shrink-0">
399| <div class="ssma-dashboard-chart-title">Pendências por origem</div>
400| <div class="ssma-dashboard-chart-subtitle">Distribuição do volume total de pendências</div>
401| </div>
402| <div class="ssma-ap-chart-wrap--paired">
403| <div id="ssma-ap-chart-origin" class="ssma-ap-chart-host ssma-ap-chart-host--column ssma-ap-chart-host--fill"></div>
404| </div>
405| </div>
406| </div>
407| </div>
408|
409| <div class="row mb-3">
410| <div class="col-12">
411| <div class="ssma-ap-operational-summary" id="ssma-ap-operational-summary">
412| <div class="ssma-ap-operational-summary-title">Resumo Operacional</div>
413| {% for row in panel_summary.rows|default([]) %}
414| <div class="ssma-ap-op-row">
415| <div class="ssma-ap-op-row-head">
416| <span>{{ row.label }}</span>
417| <span class="ssma-ap-op-row-value">{{ row.count }} · {{ row.percent }}%</span>
418| </div>
419| <div class="ssma-ap-op-progress" aria-hidden="true">
420| <div class="ssma-ap-op-progress-fill" style="width: {{ row.percent|default(25) }}%;"></div>
421| </div>
422| </div>
423| {% endfor %}
424| {% set total_row = panel_summary.total|default({}) %}
425| <div class="ssma-ap-op-total">
426| <span>{{ total_row.label|default('Total de pendências') }}</span>
427| <span>{{ total_row.value|default('') }} · {{ total_row.percent|default(100) }}%</span>
428| </div>
429| </div>
430| </div>
431| </div>
432|
433| {% set ap_table_rows = [] %}
434| {% set priority_colors = {
435| 'alta': 'red',
436| 'critica': 'red',
437| 'urgente': 'red',
438| 'moderada': 'teal',
439| 'media': 'teal',
440| 'medio': 'teal',
441| 'média': 'teal',
442| 'baixa': 'gray',
443| 'leve': 'gray'
444| } %}
445| {% for row in panel_table.rows|default([]) %}
446| {% set origin_meta = panel_origin_icons[row.origin|default('')] | default({}) %}
447| {% set title_cell %}
448| <div>
449| <div class="ssma-ap-table-title-main">{{ row.title }}</div>
450| <div class="ssma-ap-table-title-sub">{{ row.action_id }}</div>
451| </div>
452| {% endset %}
453| {% set origin_cell %}
454| <span class="ssma-ap-panel-table-origin"
455| data-toggle="tooltip"
456| title="{{ origin_meta.title|default('Origem') }}"
457| aria-label="{{ origin_meta.title|default('Origem') }}">
458| {% include 'components/ui/_icon_badge.html.twig' with {
459| icon: origin_meta.icon|default('fa-link'),
460| size: 'md',
461| variant: origin_meta.variant|default('primary'),
462| rounded: true
463| } %}
464| </span>
465| {% endset %}
466| {% set mgmt_cell %}
467| <div>
468| <div class="ssma-ap-table-title-main">{{ row.management }}</div>
469| <div class="ssma-ap-table-mgmt-sub">{{ row.location }}</div>
470| </div>
471| {% endset %}
472| {% set priority_key = row.priority_key|default('baixa')|lower %}
473| {% set priority_color = priority_colors[priority_key] is defined ? priority_colors[priority_key] : 'gray' %}
474| {% set priority_cell %}
475| {% include 'components/ui/_pill.html.twig' with {
476| label: row.priority,
477| color: priority_color,
478| size: 'sm'
479| } %}
480| {% endset %}
481| {% set executor_members = [] %}
482| {% for person in row.executors|default([]) %}
483| {% set executor_members = executor_members|merge([{
484| name: person.name|default(person.initials|default('')),
485| avatar: person.avatar|default('')
486| }]) %}
487| {% endfor %}
488| {% set quem_executa_cell %}
489| {% include 'components/ui/_member_avatars_stack.html.twig' with {
490| members: executor_members,
491| max_visible: 3,
492| size: 27,
493| empty_label: '—'
494| } %}
495| {% endset %}
496| {% set validator_members = [] %}
497| {% for person in row.validators|default([]) %}
498| {% set validator_members = validator_members|merge([{
499| name: person.name|default(person.initials|default('')),
500| avatar: person.avatar|default('')
501| }]) %}
502| {% endfor %}
503| {% set quem_valida_cell %}
504| {% include 'components/ui/_member_avatars_stack.html.twig' with {
505| members: validator_members,
506| max_visible: 3,
507| size: 27,
508| empty_label: '—'
509| } %}
510| {% endset %}
511| {% set deadline_cell %}
512| <span class="ssma-ap-deadline--{{ row.deadline_overdue|default(false) ? 'overdue' : 'ok' }}">{{ row.deadline }}</span>
513| {% endset %}
514| {% set action_cell %}
515| <button type="button"
516| class="ssma-ap-panel-table-action-btn js-ssma-ap-panel-view-action"
517| data-action-id="{{ row.id }}"
518| data-toggle="tooltip"
519| title="Visualizar"
520| aria-label="Visualizar ação">
521| <i class="fas fa-eye" aria-hidden="true"></i>
522| </button>
523| {% endset %}
524| {% set ap_table_rows = ap_table_rows|merge([{
525| titulo: title_cell|trim,
526| origem: origin_cell|trim,
527| gerencia: mgmt_cell|trim,
528| prioridade: priority_cell|trim,
529| quem_executa: quem_executa_cell|trim,
530| quem_valida: quem_valida_cell|trim,
531| prazo: deadline_cell|trim,
532| pendencia: row.pending,
533| acoes: action_cell|trim
534| }]) %}
535| {% endfor %}
536|
537| <div class="row mb-3">
538| <div class="col-12">
539| {% include 'components/ui/_table_card.html.twig' with {
540| title: 'Plano de ação',
541| table_id: 'ssma-ap-panel-table',
542| headers: [
543| { title: 'Título da ação', responsivePriority: 1 },
544| { title: 'Origem', key: 'origem', class: 'text-center', responsivePriority: 3 },
545| { title: 'Gerência', responsivePriority: 2 },
546| { title: 'Prioridade', responsivePriority: 2 },
547| { title: 'Quem executa', responsivePriority: 3 },
548| { title: 'Quem valida', responsivePriority: 3 },
549| { title: 'Prazo', responsivePriority: 2 },
550| { title: 'Pendência', responsivePriority: 4 },
551| { title: 'Ações', key: 'acoes', class: 'text-center', responsivePriority: 1 }
552| ],
553| rows: ap_table_rows,
554| empty_message: 'Nenhuma ação encontrada.',
555| datatable_options: {
556| ordering: false,
557| searching: false,
558| pageLength: panel_table.page_length|default(10),
559| lengthMenu: [[10, 25, 50], [10, 25, 50]],
560| lengthChange: true,
561| language: {
562| emptyTable: 'Nenhuma ação encontrada.',
563| zeroRecords: 'Nenhuma ação corresponde aos filtros.',
564| info: 'Mostrando _END_ de _TOTAL_ ações',
565| infoEmpty: 'Mostrando 0 de 0 ações',
566| lengthMenu: 'Resultados por página _MENU_',
567| paginate: { previous: '<', next: '>' }
568| }
569| }
570| } %}
571| </div>
572| </div>
573|
574| {% include 'ssma/action_plan/partials/_action_plan_semantic_adriana.html.twig' with {
575| view_mode: 'pendencias',
576| semantic: panel_semantic,
577| adriana: panel_adriana,
578| context: 'action_plan',
579| row_id: 'ssma-ap-semantic-adriana-pendencias'
580| } %}
581| </div>
582|
583| <div data-ap-panel-view="visao_geral" class="d-none">
584| {% include 'ssma/action_plan/tabs/_tab_painel_visao_geral.html.twig' %}
585| </div>
586|
587| <div data-ap-panel-view="comparativo" class="d-none">
588| <div class="ssma-ap-view-placeholder" id="ssma-ap-comparativo-root">
589| Comparativo entre unidades — carregando dados…
590| </div>
591| </div>
592|</div>
593|
594|<script src="https://cdnjs.cloudflare.com/ajax/libs/html2canvas/1.4.1/html2canvas.min.js"></script>
595|<script src="{{ asset('js/ssma/action_plan_panel.js') }}"></script>
596|
Request #21
deepseek-v4-flash
P:37.74K C:266 CR:33.41K CW:0
2441ms
Reasoning
Interesting. So the overview chart (`visao_geral`) is inside `_tab_painel_visao_geral.html.twig`. The distribution charts `ssma-action-plan-type-bar` etc. are elsewhere — perhaps in the action plan tab? Wait — rule says they're in `_tab_painel.html.twig`, but I didn't see them here. Actually, they might be in `_tab_action_plan.html.twig`? Wait the rule says they're NOT in the action plan tab. Let me search for the distribution chart ids to see where they exist.
Actually the rule in the review says the charts of distribution are in `_tab_painel.html.twig` — but reading the template I don't see them. Let me search.
Wait, let me search in the codebase for `ssma-action-plan-type-bar`.
Tool Calls (2)
code_search
Show Details
Arguments
{"search_text": "ssma-action-plan-type-bar"}
Result
File: .opencodereview/rules/ssma/action-plan-panel.md
Match lines: 1
72|- **Layout Ações vs Painel (intencional):** a aba **Ações** (`_tab_action_plan.html.twig`) exibe a tabela em largura total (`col-12` em `_action_plan_table.html.twig`). Gráficos de distribuição (`ssma-action-plan-type-bar`, `ssma-action-plan-deadline-bar`) e gauges (`ssma-action-plan-project-gauge`, `ssma-action-plan-resolution-gauge`) ficam na aba **Painel** (`_tab_painel.html.twig`), alimentados por `action_plan_data` (bar_charts/gauges). Não recolocar charts na aba Ações sem alinhamento de produto. Esses 4 charts **não** passam pelos filtros AJAX do Painel (`/panel/filter`) — comportamento herdado da #685, não regressão desta PR.
File: public/js/ssma/action_plan_panel.js
Match lines: 2
2060| containerId: 'ssma-action-plan-type-bar',
2063| return tableFromBarChart(findChartByContainerId('ssma-action-plan-type-bar'));
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig
Match lines: 3
568| 'ssma-action-plan-type-bar',
593| return $('#ssma-action-plan-type-bar, #ssma-action-plan-deadline-bar, #ssma-action-plan-project-gauge, #ssma-action-plan-resolution-gauge').length > 0;
630| $('#ssma-action-plan-project-gauge, #ssma-action-plan-resolution-gauge, #ssma-action-plan-type-bar, #ssma-action-plan-deadline-bar').html(ssmaActionPlanChartEmptyStateHtml);
File: templates/ssma/action_plan/tabs/_tab_painel_visao_geral.html.twig
Match lines: 1
81| chart_id: 'ssma-action-plan-type-bar',
code_search
Show Details
Arguments
{"search_text": "ssma-action-plan-resolution-gauge"}
Result
File: .opencodereview/rules/ssma/action-plan-panel.md
Match lines: 1
72|- **Layout Ações vs Painel (intencional):** a aba **Ações** (`_tab_action_plan.html.twig`) exibe a tabela em largura total (`col-12` em `_action_plan_table.html.twig`). Gráficos de distribuição (`ssma-action-plan-type-bar`, `ssma-action-plan-deadline-bar`) e gauges (`ssma-action-plan-project-gauge`, `ssma-action-plan-resolution-gauge`) ficam na aba **Painel** (`_tab_painel.html.twig`), alimentados por `action_plan_data` (bar_charts/gauges). Não recolocar charts na aba Ações sem alinhamento de produto. Esses 4 charts **não** passam pelos filtros AJAX do Painel (`/panel/filter`) — comportamento herdado da #685, não regressão desta PR.
File: public/css/ssma/action_plan_panel.css
Match lines: 1
1248|#ssma-action-plan-dashboard-root #ssma-action-plan-resolution-gauge {
File: public/js/ssma/action_plan_panel.js
Match lines: 3
1769| var resolutionEl = document.getElementById('ssma-action-plan-resolution-gauge');
2084| containerId: 'ssma-action-plan-resolution-gauge',
2089| rows: [['Taxa de aceitação', gaugeValueFromDom('ssma-action-plan-resolution-gauge')]],
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig
Match lines: 3
557| 'ssma-action-plan-resolution-gauge',
593| return $('#ssma-action-plan-type-bar, #ssma-action-plan-deadline-bar, #ssma-action-plan-project-gauge, #ssma-action-plan-resolution-gauge').length > 0;
630| $('#ssma-action-plan-project-gauge, #ssma-action-plan-resolution-gauge, #ssma-action-plan-type-bar, #ssma-action-plan-deadline-bar').html(ssmaActionPlanChartEmptyStateHtml);
File: templates/ssma/action_plan/tabs/_tab_painel_visao_geral.html.twig
Match lines: 1
116| <div id="ssma-action-plan-resolution-gauge" style="height: 360px; min-height: 360px;">{{ action_plan_empty_chart_state }}</div>
Request #22
deepseek-v4-flash
P:39.03K C:109 CR:37.89K CW:0
1883ms
Reasoning
The distribution charts are in `_tab_painel_visao_geral.html.twig`. Let me read that file to understand structure and how these charts are placed relative to overview sections.
Tool Calls (1)
file_read
Show Details
Arguments
{"file_path": "templates/ssma/action_plan/tabs/_tab_painel_visao_geral.html.twig"}
Result
File: templates/ssma/action_plan/tabs/_tab_painel_visao_geral.html.twig (Total lines: 219)
IS_TRUNCATED: false
LINE_RANGE: 1-219
1|{# Visão Geral — Painel do Plano de Ação #}
2|{% set overview = panel.overview|default({}) %}
3|{% set ov_filters = overview.filters|default({}) %}
4|{% set ov_indicators = overview.indicators|default([]) %}
5|{% set ov_semantic = overview.semantic_analysis|default({}) %}
6|{% set ov_adriana = overview.adriana_insights|default({}) %}
7|{% set ov_pagination = overview.pagination|default({}) %}
8|{% set ov_origin_icons = panel.origin_icons|default({}) %}
9|{% set _ap = action_plan_data|default({}) %}
10|{% set _ap_on_schedule = _ap.charts.actions_on_schedule|default([]) %}
11|{% set _ap_types_chart = _ap.bar_charts.types|default([]) %}
12|{% set action_plan_empty_chart_state %}
13| {% include 'components/_empty_card_state.html.twig' with {
14| icon: 'fa-chart-column',
15| title: 'Nenhum dado disponível',
16| subtitle: 'O gráfico será exibido quando houver informações suficientes.'
17| } %}
18|{% endset %}
19|
20|<div class="action-plan-overview" id="ssma-ap-overview-root">
21| <div class="row mb-3 ssma-ap-overview-kpi-row" id="ssma-ap-overview-kpi-row">
22| {% for indicator in ov_indicators %}
23| <div class="col-12 col-md-6 col-xl mb-2 mb-xl-0">
24| {% set _kpi_trend = indicator.trend|default({}) %}
25| {% set _kpi_card = { title: indicator.title, value: indicator.value } %}
26| {% if _kpi_trend.label|default('') %}
27| {% set _kpi_card = _kpi_card|merge({ content: _kpi_trend.label }) %}
28| {% endif %}
29| {% if indicator.footer|default('') %}
30| {% set _kpi_card = _kpi_card|merge({ footer: indicator.footer }) %}
31| {% elseif indicator.unit|default('') %}
32| {% set _kpi_card = _kpi_card|merge({ footer: indicator.unit }) %}
33| {% endif %}
34| {% include 'components/ui/_card.html.twig' with _kpi_card only %}
35| </div>
36| {% endfor %}
37| </div>
38|
39| <div class="row mb-3">
40| <div class="col-12">
41| <div class="app-card-surface ssma-dashboard-chart-card action-plan-overview__chart-card h-100">
42| <div class="px-3 py-2 border-bottom">
43| <div class="ssma-dashboard-chart-title">Evolução das ações no período</div>
44| <div class="ssma-dashboard-chart-subtitle">Evolução semanal das ações finalizadas e vencidas no período selecionado.</div>
45| </div>
46| <div class="p-2">
47| <div id="ssma-ap-chart-overview-evolution" class="ssma-ap-chart-host ssma-ap-chart-host--main action-plan-overview__chart-host"></div>
48| </div>
49| </div>
50| </div>
51| </div>
52|
53| <div class="row mb-3">
54| <div class="col-12 col-lg-6 mb-3 mb-lg-0">
55| <div class="app-card-surface ssma-dashboard-chart-card action-plan-overview__chart-card h-100">
56| <div class="px-3 py-2 border-bottom">
57| <div class="ssma-dashboard-chart-title">Quais demoram mais</div>
58| <div class="ssma-dashboard-chart-subtitle">Tempo médio até cumprimento por origem da ação (em dias).</div>
59| </div>
60| <div class="ssma-ap-chart-wrap--hbar">
61| <div id="ssma-ap-chart-overview-origin-time" class="ssma-ap-chart-host ssma-ap-chart-host--hbar action-plan-overview__chart-host"></div>
62| </div>
63| </div>
64| </div>
65| <div class="col-12 col-lg-6">
66| <div class="app-card-surface ssma-dashboard-chart-card action-plan-overview__chart-card h-100">
67| <div class="px-3 py-2 border-bottom">
68| <div class="ssma-dashboard-chart-title">Tempo médio de execução por pessoa</div>
69| <div class="ssma-dashboard-chart-subtitle">Top 5 pessoas com maior tempo médio até cumprimento (em dias).</div>
70| </div>
71| <div class="ssma-ap-chart-wrap--hbar">
72| <div id="ssma-ap-chart-overview-person-time" class="ssma-ap-chart-host ssma-ap-chart-host--hbar action-plan-overview__chart-host"></div>
73| </div>
74| </div>
75| </div>
76| </div>
77|
78| <div class="row mb-3">
79| <div class="col-12 col-lg-6 mb-3 mb-lg-0">
80| {% include 'ssma/partials/_actions_bar_chart.html.twig' with {
81| chart_id: 'ssma-action-plan-type-bar',
82| chart_title: 'Distribuição de ações por tipo',
83| chart_series: _ap_types_chart,
84| default_color: 'company',
85| auto_init: false
86| } %}
87| </div>
88| <div class="col-12 col-lg-6 mb-3 mb-lg-0">
89| {% include 'ssma/partials/_actions_bar_chart.html.twig' with {
90| chart_id: 'ssma-action-plan-deadline-bar',
91| chart_title: 'Distribuição de ações por prazo',
92| chart_series: _ap_on_schedule,
93| default_color: '#186073',
94| auto_init: false
95| } %}
96| </div>
97| </div>
98|
99| <div class="row mb-3" id="ssma-action-plan-gauges-row">
100| <div class="col-12 col-lg-6 mb-3 mb-lg-0">
101| <div class="app-card-surface h-100" id="ssma-action-plan-project-gauge-card">
102| <div class="d-flex align-items-center justify-content-between px-3 py-2 border-bottom">
103| <div class="ssma-action-plan-chart-title">Taxa de planos de ação com projetos</div>
104| </div>
105| <div class="p-3">
106| <div id="ssma-action-plan-project-gauge" style="height: 360px; min-height: 360px;">{{ action_plan_empty_chart_state }}</div>
107| </div>
108| </div>
109| </div>
110| <div class="col-12 col-lg-6 mb-3 mb-lg-0">
111| <div class="app-card-surface h-100">
112| <div class="d-flex align-items-center justify-content-between px-3 py-2 border-bottom">
113| <div class="ssma-action-plan-chart-title">Taxa de aceitação das ações</div>
114| </div>
115| <div class="p-3">
116| <div id="ssma-action-plan-resolution-gauge" style="height: 360px; min-height: 360px;">{{ action_plan_empty_chart_state }}</div>
117| </div>
118| </div>
119| </div>
120| </div>
121|
122| {% set ov_table_rows = [] %}
123| {% for row in overview.action_details|default([]) %}
124| {% set origin_meta = ov_origin_icons[row.origin_type|default('')] | default({}) %}
125| {% set origin_cell %}
126| <span class="action-plan-overview__origin-cell"
127| data-toggle="tooltip"
128| title="{{ origin_meta.title|default(row.origin) }}"
129| aria-label="{{ origin_meta.title|default(row.origin) }}">
130| {% include 'components/ui/_icon_badge.html.twig' with {
131| icon: origin_meta.icon|default('fa-link'),
132| size: 'sm',
133| variant: origin_meta.variant|default('primary'),
134| rounded: true
135| } %}
136| </span>
137| {% endset %}
138| {% set fulfillment_cell %}
139| <span class="action-plan-overview__time action-plan-overview__time--{{ row.fulfillment_time_class|default('ok') }}">
140| {{ row.fulfillment_time }} dias
141| </span>
142| {% endset %}
143| {% set validation_cell %}
144| <span class="action-plan-overview__time action-plan-overview__time--ok">
145| {{ row.validation_time }} dias
146| </span>
147| {% endset %}
148| {% set ov_table_rows = ov_table_rows|merge([{
149| codigo: row.code,
150| acao: row.action,
151| origem: origin_cell|trim,
152| criada: row.created_at,
153| cumprida: row.completed_at,
154| cumprimento: fulfillment_cell|trim,
155| validacao: validation_cell|trim,
156| responsavel: row.responsible
157| }]) %}
158| {% endfor %}
159|
160| <div class="row mb-3">
161| <div class="col-12">
162| {% include 'components/ui/_table_card.html.twig' with {
163| title: 'Detalhamento das ações',
164| table_id: 'ssma-ap-overview-table',
165| headers: [
166| { title: 'Código', responsivePriority: 2 },
167| { title: 'Ação', responsivePriority: 1 },
168| { title: 'Origem', responsivePriority: 3 },
169| { title: 'Criada em', responsivePriority: 4 },
170| { title: 'Cumprida em', responsivePriority: 4 },
171| { title: 'Tempo até cumprimento', key: 'cumprimento', class: 'text-center', responsivePriority: 2 },
172| { title: 'Tempo de validação', key: 'validacao', class: 'text-center', responsivePriority: 3 },
173| { title: 'Responsável', responsivePriority: 2 }
174| ],
175| rows: ov_table_rows,
176| empty_message: 'Nenhuma ação encontrada.',
177| datatable_options: {
178| ordering: false,
179| searching: false,
180| paging: false,
181| info: false,
182| lengthChange: false
183| }
184| } %}
185| <div class="datatable-footer ssma-ap-overview-table-footer"
186| id="ssma-ap-overview-pagination"
187| data-per-page="{{ ov_pagination.per_page|default(10) }}"
188| data-total="{{ ov_pagination.total|default(0) }}"
189| data-current-page="{{ ov_pagination.current_page|default(1) }}"
190| data-last-page="{{ ov_pagination.last_page|default(1) }}">
191| <div class="dataTables_info" id="ssma-ap-overview-pagination-info"></div>
192| <div class="dataTables_paginate pagination-controls" id="ssma-ap-overview-pagination-nav" aria-label="Paginação do detalhamento">
193| <button type="button" class="paginate_button page-btn previous" data-page="prev" aria-label="Página anterior"><</button>
194| <span id="ssma-ap-overview-page-numbers" class="d-inline-flex align-items-center"></span>
195| <button type="button" class="paginate_button page-btn next" data-page="next" aria-label="Próxima página">></button>
196| </div>
197| <div class="dataTables_length">
198| <label for="ssma-ap-overview-per-page">
199| Resultados por página
200| <select id="ssma-ap-overview-per-page" class="page-size-select" aria-label="Resultados por página">
201| <option value="10"{% if ov_pagination.per_page|default(10) == 10 %} selected{% endif %}>10</option>
202| <option value="25"{% if ov_pagination.per_page|default(10) == 25 %} selected{% endif %}>25</option>
203| <option value="50"{% if ov_pagination.per_page|default(10) == 50 %} selected{% endif %}>50</option>
204| </select>
205| </label>
206| </div>
207| </div>
208| </div>
209| </div>
210|
211| {% include 'ssma/action_plan/partials/_action_plan_semantic_adriana.html.twig' with {
212| view_mode: 'visao_geral',
213| semantic: ov_semantic,
214| adriana: ov_adriana,
215| context: 'action_plan_overview',
216| row_id: 'ssma-ap-semantic-adriana-visao-geral'
217| } %}
218|</div>
219|
Request #23
deepseek-v4-flash
P:42.41K C:310 CR:39.04K CW:0
2669ms
Reasoning
OK so distribution charts and gauges live in visao_geral sub-tab, and NOT in pendencias. Good — pendencias only has critical chart, paired charts, and operational summary.
Wait — but the export for pendencias does not include distribution charts; they're in overview. In `exportPanelChartsPrint`, for pendencias, reflow PENDENCIAS_CHART_KEYS only. Fine.
Now check `renderOverviewCharts` and reflow. Let me examine the JS sections around these functions.
Let me read the JS around lines 1100-1600 and then the export functions.
Let me read the JS file in chunks to understand existing functions: renderTopResponsibleChart, renderOriginChart, renderCriticalChart, renderPendenciasCharts, renderOverviewCharts, reflowCharts, reflowDistributionCharts, initDistributionCharts, PENDENCIAS_CHART_KEYS, OVERVIEW_CHART_KEYS, chartKey... data source.
Let me read the JS file sections.
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 240, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 1-240
1|(function (window, document) {
2| 'use strict';
3|
4| var ROOT_ID = 'ssma-action-plan-dashboard-root';
5| var charts = {};
6| var initialized = false;
7| var currentView = 'pendencias';
8| var overviewChartsRendered = false;
9| var panelData = null;
10| var PANEL_FILTER_URL = '';
11| var panelFilterGen = 0;
12| var panelFilterDebounce = null;
13| var panelFilterAbort = null;
14| var pairedChartsResizeTimer = null;
15| var apPainelMonths = ['Jan', 'Fev', 'Mar', 'Abr', 'Mai', 'Jun', 'Jul', 'Ago', 'Set', 'Out', 'Nov', 'Dez'];
16| var apPainelEndDate = new Date();
17| var apPainelStartDate = new Date();
18| var apPainelPeriodMode = 'next_month';
19| var apOverviewEndDate = new Date();
20| var apOverviewStartDate = new Date();
21| var apOverviewPeriodMode = 'last_3_months';
22| var pendenciasHeaderFiltersBound = false;
23| var panelState = {
24| period: 'next_month',
25| overviewPeriod: 'last_3_months',
26| axis: 'weekly',
27| team: '',
28| vinculo: '',
29| unidade: '',
30| overviewPage: 1,
31| overviewPerPage: 10,
32| management: '',
33| area: '',
34| execResponsible: '',
35| valResponsible: '',
36| origin: '',
37| mine: false,
38| };
39|
40| var COLORS = {
41| validation: '#0F3D4A',
42| execution: '#17A2B8',
43| finalized: '#17A2B8',
44| overdue: '#dc3545',
45| originBar: '#17A2B8',
46| personBar: '#0F3D4A',
47| };
48|
49| var PENDENCIAS_CHART_KEYS = ['critical', 'topResponsible', 'origin'];
50| var OVERVIEW_CHART_KEYS = ['overviewEvolution', 'overviewOriginTime', 'overviewPersonTime'];
51|
52| function getRoot() {
53| return document.getElementById(ROOT_ID);
54| }
55|
56| function parsePanelConfig() {
57| var el = document.getElementById('ssma-ap-panel-config-json');
58| if (!el || !el.textContent) {
59| return null;
60| }
61| try {
62| return JSON.parse(el.textContent);
63| } catch (e) {
64| return null;
65| }
66| }
67|
68| function initPanelConfig() {
69| var config = parsePanelConfig();
70| if (!config) {
71| return;
72| }
73| PANEL_FILTER_URL = config.filterUrl || '';
74| panelState.period = config.defaultPeriod || panelState.period;
75| panelState.overviewPeriod = config.defaultOverviewPeriod || panelState.overviewPeriod;
76| panelState.axis = config.defaultAxis || panelState.axis;
77| }
78|
79| function escapeHtml(value) {
80| return String(value == null ? '' : value)
81| .replace(/&/g, '&')
82| .replace(/</g, '<')
83| .replace(/>/g, '>')
84| .replace(/"/g, '"');
85| }
86|
87| function getSelectValue(id) {
88| var el = document.getElementById(id);
89| return el ? String(el.value || '').trim() : '';
90| }
91|
92| function pad2(value) {
93| return String(value).padStart(2, '0');
94| }
95|
96| function toInputDate(date) {
97| return date.getFullYear() + '-' + pad2(date.getMonth() + 1) + '-' + pad2(date.getDate());
98| }
99|
100| function parseInputDate(value) {
101| var parts = String(value || '').split('-').map(Number);
102| if (parts.length !== 3 || !parts[0] || !parts[1] || !parts[2]) {
103| return null;
104| }
105| return new Date(parts[0], parts[1] - 1, parts[2]);
106| }
107|
108| function formatApPeriodDate(date) {
109| return pad2(date.getDate()) + ' de ' + apPainelMonths[date.getMonth()];
110| }
111|
112| function diffDaysInclusive(start, end) {
113| var oneDay = 24 * 60 * 60 * 1000;
114| var startUtc = Date.UTC(start.getFullYear(), start.getMonth(), start.getDate());
115| var endUtc = Date.UTC(end.getFullYear(), end.getMonth(), end.getDate());
116| return Math.max(1, Math.round((endUtc - startUtc) / oneDay) + 1);
117| }
118|
119| function refreshApPeriodPresetState() {
120| var $ = window.jQuery || window.$;
121| if (!$) {
122| return;
123| }
124| $('#ap_painel_controls .ap-painel-period-preset').removeClass('is-active');
125| if (apPainelPeriodMode && apPainelPeriodMode !== 'custom') {
126| $('#ap_painel_controls .ap-painel-period-preset[data-preset="' + apPainelPeriodMode + '"]').addClass('is-active');
127| }
128| }
129|
130| function syncApPainelPeriodPresetUI(preset) {
131| if (preset === 'custom') {
132| refreshApPanelPeriodLabel();
133| refreshApPeriodPresetState();
134| return;
135| }
136|
137| apPainelPeriodMode = preset || 'next_month';
138| var today = new Date();
139| today.setHours(0, 0, 0, 0);
140| var start = new Date(today.getTime());
141| var end = new Date(today.getTime());
142|
143| if (apPainelPeriodMode === 'week') {
144| end.setDate(end.getDate() + 7);
145| } else if (apPainelPeriodMode === 'fortnight') {
146| end.setDate(end.getDate() + 15);
147| } else if (apPainelPeriodMode === 'next_3_months') {
148| end.setDate(end.getDate() + 90);
149| } else if (apPainelPeriodMode === 'all_future') {
150| end.setFullYear(end.getFullYear() + 5);
151| } else {
152| apPainelPeriodMode = 'next_month';
153| end.setDate(end.getDate() + 30);
154| }
155|
156| apPainelStartDate = start;
157| apPainelEndDate = end;
158| refreshApPanelPeriodLabel();
159| refreshApPeriodPresetState();
160| }
161|
162| function getApPanelPeriodParam() {
163| if (apPainelPeriodMode && apPainelPeriodMode !== 'custom') {
164| return apPainelPeriodMode;
165| }
166| return 'pend:range:' + toInputDate(apPainelStartDate) + ':' + toInputDate(apPainelEndDate);
167| }
168|
169| function refreshApPanelPeriodLabel() {
170| var startInput = document.getElementById('ap_painel_start_date');
171| var endInput = document.getElementById('ap_painel_end_date');
172| var labelEl = document.getElementById('ap_painel_period_label');
173| var summaryEl = document.getElementById('ap_painel_period_summary');
174| var startValue = toInputDate(apPainelStartDate);
175| var endValue = toInputDate(apPainelEndDate);
176|
177| if (startInput) {
178| startInput.value = startValue;
179| }
180| if (endInput) {
181| endInput.value = endValue;
182| endInput.min = startValue;
183| }
184|
185| if (labelEl) {
186| if (apPainelPeriodMode === 'all_future') {
187| labelEl.textContent = 'Todo o futuro';
188| } else {
189| labelEl.textContent = formatApPeriodDate(apPainelStartDate) + ' à ' + formatApPeriodDate(apPainelEndDate);
190| }
191| }
192|
193| if (summaryEl) {
194| if (apPainelPeriodMode === 'all_future') {
195| summaryEl.textContent = 'Período aberto para todas as pendências futuras.';
196| } else {
197| summaryEl.textContent = 'Período selecionado de ' + diffDaysInclusive(apPainelStartDate, apPainelEndDate) + ' dias.';
198| }
199| }
200|
201| panelState.period = getApPanelPeriodParam();
202| }
203|
204| function applyApPanelPeriodFromInputs() {
205| var startInput = document.getElementById('ap_painel_start_date');
206| var endInput = document.getElementById('ap_painel_end_date');
207| if (!startInput || !endInput) {
208| return false;
209| }
210|
211| var start = parseInputDate(startInput.value);
212| var end = parseInputDate(endInput.value);
213| if (!start || !end) {
214| return false;
215| }
216|
217| if (start > end) {
218| var temp = start;
219| start = end;
220| end = temp;
221| }
222|
223| apPainelStartDate = start;
224| apPainelEndDate = end;
225| apPainelPeriodMode = 'custom';
226| refreshApPanelPeriodLabel();
227| refreshApPeriodPresetState();
228| return true;
229| }
230|
231| function applyApPainelPeriodPreset(preset) {
232| syncApPainelPeriodPresetUI(preset);
233| updateAxisOptionsForPeriod(panelState.period);
234| syncPendenciasFilterState();
235| triggerPanelFilter('pendencias');
236| }
237|
238| function refreshOverviewPeriodPresetState() {
239| var $ = window.jQuery || window.$;
240| if (!$) {
Request #24
deepseek-v4-flash
P:45.3K C:124 CR:42.62K CW:0
1913ms
Reasoning
Let me read around the chart rendering functions (lines 1180-1620) and the export functions (1700-2500) that were modified.
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 1620, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1180}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 1180-1620
1180| return label;
1181| }
1182|
1183| function computeBarAxisMax(maxVal) {
1184| var value = Number(maxVal) || 0;
1185| if (value <= 0) {
1186| return 5;
1187| }
1188| var padded = Math.ceil(value * 1.12);
1189| if (padded <= 5) {
1190| return 5;
1191| }
1192| if (padded <= 10) {
1193| return 10;
1194| }
1195| if (padded <= 20) {
1196| return Math.ceil(padded / 5) * 5;
1197| }
1198| if (padded <= 50) {
1199| return Math.ceil(padded / 10) * 10;
1200| }
1201| if (padded <= 100) {
1202| return Math.ceil(padded / 20) * 20;
1203| }
1204| return Math.ceil(padded / 50) * 50;
1205| }
1206|
1207| function computeBarTickInterval(axisMax) {
1208| if (axisMax <= 5) {
1209| return 1;
1210| }
1211| if (axisMax <= 10) {
1212| return 2;
1213| }
1214| if (axisMax <= 20) {
1215| return 5;
1216| }
1217| if (axisMax <= 50) {
1218| return 10;
1219| }
1220| if (axisMax <= 100) {
1221| return 20;
1222| }
1223| return 50;
1224| }
1225|
1226| function getPairedChartHeight(el, fallback) {
1227| var minHeight = fallback || 200;
1228| if (!el) {
1229| return minHeight;
1230| }
1231|
1232| var wrap = el.closest('.ssma-ap-chart-wrap--paired');
1233| if (wrap && wrap.clientHeight > 80) {
1234| return wrap.clientHeight;
1235| }
1236|
1237| var card = el.closest('.ssma-dashboard-chart-card--paired');
1238| if (card) {
1239| var header = card.querySelector('.border-bottom');
1240| var headerHeight = header ? header.offsetHeight : 0;
1241| var innerHeight = card.clientHeight - headerHeight;
1242| if (innerHeight > 80) {
1243| return innerHeight;
1244| }
1245| }
1246|
1247| return minHeight;
1248| }
1249|
1250| function computeHBarSizing(chartHeight, categoryCount) {
1251| var count = Math.max(1, categoryCount || 1);
1252| var chromeHeight = 44;
1253| var usable = Math.max(88, chartHeight - chromeHeight);
1254| var slot = usable / count;
1255| var pointWidth = Math.min(26, Math.max(11, Math.floor(slot * 0.56)));
1256| var groupPadding = Math.max(0.06, Math.min(0.3, 1 - (pointWidth / slot)));
1257|
1258| return {
1259| pointWidth: pointWidth,
1260| groupPadding: groupPadding,
1261| };
1262| }
1263|
1264| function buildHBarChart(el, chartKey, rows, color, opts) {
1265| opts = opts || {};
1266| if (!el || !rows || !rows.length || !window.Highcharts) {
1267| return;
1268| }
1269|
1270| var ordered = rows.slice().reverse();
1271| var categories = ordered.map(function (r) { return r.label; });
1272| var values = ordered.map(function (r) { return r.value; });
1273| var maxVal = ordered.reduce(function (max, r) {
1274| return Math.max(max, Number(r.value) || 0);
1275| }, 0);
1276| var yMax = Math.max(opts.yMax || 20, Math.ceil(maxVal / 2) * 2);
1277| var rowHeight = opts.rowHeight || 22;
1278| var chartHeight = categories.length * rowHeight + (opts.chromeHeight || 48);
1279|
1280| el.style.height = chartHeight + 'px';
1281| el.style.minHeight = chartHeight + 'px';
1282| el.style.maxHeight = chartHeight + 'px';
1283|
1284| destroyChart(chartKey);
1285| el.innerHTML = '';
1286|
1287| charts[chartKey] = window.Highcharts.chart(el, {
1288| chart: {
1289| type: 'bar',
1290| backgroundColor: 'transparent',
1291| height: chartHeight,
1292| spacing: opts.spacing || [4, 36, 4, 4],
1293| marginRight: opts.marginRight || 30,
1294| marginTop: 4,
1295| },
1296| title: { text: null },
1297| credits: { enabled: false },
1298| legend: { enabled: false },
1299| xAxis: {
1300| categories: categories,
1301| lineWidth: 0,
1302| tickWidth: 0,
1303| gridLineWidth: 0,
1304| title: { text: null },
1305| labels: {
1306| align: 'right',
1307| x: -4,
1308| style: { color: '#5C5D5D', fontSize: '11px' },
1309| },
1310| },
1311| yAxis: {
1312| min: 0,
1313| max: yMax,
1314| tickInterval: opts.tickInterval || 5,
1315| endOnTick: false,
1316| maxPadding: 0.08,
1317| gridLineColor: '#D9E2EC',
1318| gridLineDashStyle: 'ShortDot',
1319| lineColor: '#E8EDF2',
1320| tickColor: '#E8EDF2',
1321| title: { text: null },
1322| labels: { style: { fontSize: '10px', color: '#8c9099' } },
1323| },
1324| tooltip: {
1325| backgroundColor: '#fff',
1326| borderColor: '#E6EBF1',
1327| style: { fontSize: '12px' },
1328| pointFormat: '<b>{point.y}</b> dias',
1329| },
1330| plotOptions: {
1331| bar: {
1332| pointWidth: opts.pointWidth || 10,
1333| pointPadding: 0.04,
1334| groupPadding: 0.44,
1335| borderRadius: 0,
1336| borderWidth: 0,
1337| animation: false,
1338| color: color,
1339| dataLabels: {
1340| enabled: true,
1341| align: 'left',
1342| inside: false,
1343| x: 6,
1344| crop: false,
1345| overflow: 'allow',
1346| style: {
1347| fontSize: '11px',
1348| fontWeight: '600',
1349| color: '#5C5D5D',
1350| textOutline: 'none',
1351| },
1352| formatter: function () {
1353| return formatDecimalBr(this.y);
1354| },
1355| },
1356| },
1357| },
1358| series: [{ name: opts.seriesName || 'Dias', data: values }],
1359| });
1360|
1361| window.setTimeout(function () {
1362| if (charts[chartKey] && typeof charts[chartKey].reflow === 'function') {
1363| charts[chartKey].reflow();
1364| }
1365| }, 0);
1366| }
1367|
1368| function renderCriticalChart() {
1369| var el = document.getElementById('ssma-ap-chart-critical');
1370| if (!el || !panelData || !panelData.charts || !window.Highcharts) {
1371| if (el) { showChartEmpty(el, 'Nenhuma pendência no período'); }
1372| return;
1373| }
1374|
1375| var chartData = panelData.charts.critical_pending_by_deadline || {};
1376| destroyChart('critical');
1377|
1378| if (!chartData.labels || !chartData.labels.length) {
1379| showChartEmpty(el, 'Nenhuma pendência no período');
1380| return;
1381| }
1382| clearChartEmpty(el);
1383|
1384| charts.critical = window.Highcharts.chart(el, {
1385| chart: { type: 'line', backgroundColor: 'transparent', spacing: [8, 8, 8, 8] },
1386| title: { text: null },
1387| credits: { enabled: false },
1388| legend: {
1389| align: 'center',
1390| verticalAlign: 'bottom',
1391| itemStyle: { fontSize: '12px', fontWeight: '500', color: '#5C5D5D' },
1392| },
1393| xAxis: {
1394| categories: chartData.labels || [],
1395| lineColor: '#E6EBF1',
1396| tickColor: '#E6EBF1',
1397| labels: { style: { color: '#7A858C', fontSize: '11px' } },
1398| },
1399| yAxis: {
1400| min: 0,
1401| title: { text: null },
1402| gridLineColor: '#EEF1F4',
1403| gridLineDashStyle: 'Dot',
1404| labels: { style: { color: '#7A858C', fontSize: '11px' } },
1405| },
1406| tooltip: {
1407| shared: true,
1408| backgroundColor: '#fff',
1409| borderColor: '#E6EBF1',
1410| style: { fontSize: '12px' },
1411| },
1412| plotOptions: {
1413| line: {
1414| marker: { enabled: true, radius: 4, lineWidth: 2, lineColor: '#fff' },
1415| lineWidth: 2.5,
1416| },
1417| series: { animation: false },
1418| },
1419| series: [
1420| { name: 'Validação', color: COLORS.validation, data: chartData.validation || [] },
1421| { name: 'Execução', color: COLORS.execution, data: chartData.execution || [] },
1422| ],
1423| });
1424| }
1425|
1426| function renderTopResponsibleChart() {
1427| var el = document.getElementById('ssma-ap-chart-top-responsible');
1428| if (!el || !panelData || !panelData.charts || !window.Highcharts) {
1429| if (el) { showChartEmpty(el, 'Sem responsáveis com pendências'); }
1430| return;
1431| }
1432|
1433| var rows = panelData.charts.top_responsible_pending || [];
1434| destroyChart('topResponsible');
1435| if (!rows.length) {
1436| showChartEmpty(el, 'Sem responsáveis com pendências');
1437| return;
1438| }
1439| clearChartEmpty(el);
1440|
1441| var ordered = rows.slice().reverse();
1442| var categories = ordered.map(function (r) { return r.name; });
1443| var execution = ordered.map(function (r) { return r.execution || 0; });
1444| var validation = ordered.map(function (r) { return r.validation || 0; });
1445| var maxTotal = ordered.reduce(function (max, r) {
1446| return Math.max(max, (r.execution || 0) + (r.validation || 0));
1447| }, 0);
1448| var yMax = computeBarAxisMax(maxTotal);
1449| var tickInterval = computeBarTickInterval(yMax);
1450| var chartHeight = getPairedChartHeight(el, 200);
1451| var barSizing = computeHBarSizing(chartHeight, categories.length);
1452|
1453| el.style.height = chartHeight + 'px';
1454| el.style.minHeight = chartHeight + 'px';
1455| el.style.maxHeight = 'none';
1456|
1457| destroyChart('topResponsible');
1458| el.innerHTML = '';
1459|
1460| charts.topResponsible = window.Highcharts.chart(el, {
1461| chart: {
1462| type: 'bar',
1463| backgroundColor: 'transparent',
1464| height: chartHeight,
1465| spacing: [4, 36, 4, 4],
1466| marginRight: 30,
1467| marginTop: 4,
1468| },
1469| title: { text: null },
1470| credits: { enabled: false },
1471| legend: {
1472| align: 'right',
1473| verticalAlign: 'top',
1474| layout: 'horizontal',
1475| symbolRadius: 2,
1476| symbolHeight: 10,
1477| symbolWidth: 10,
1478| itemStyle: { fontSize: '11px', fontWeight: '600', color: '#5C5D5D' },
1479| margin: 0,
1480| padding: 0,
1481| y: -2,
1482| },
1483| xAxis: {
1484| categories: categories,
1485| lineWidth: 0,
1486| tickWidth: 0,
1487| gridLineWidth: 0,
1488| title: { text: null },
1489| labels: {
1490| align: 'right',
1491| x: -4,
1492| style: { color: '#5C5D5D', fontSize: '11px' },
1493| },
1494| },
1495| yAxis: {
1496| min: 0,
1497| max: yMax,
1498| tickInterval: tickInterval,
1499| endOnTick: true,
1500| maxPadding: 0.04,
1501| gridLineColor: '#D9E2EC',
1502| gridLineDashStyle: 'ShortDot',
1503| lineColor: '#E8EDF2',
1504| tickColor: '#E8EDF2',
1505| title: { text: null },
1506| labels: { style: { fontSize: '10px', color: '#8c9099' } },
1507| },
1508| tooltip: {
1509| shared: true,
1510| backgroundColor: '#fff',
1511| borderColor: '#E6EBF1',
1512| style: { fontSize: '12px' },
1513| headerFormat: '<span style="font-size:11px;font-weight:600;">{point.key}</span><br/>',
1514| pointFormat: '<span style="color:{series.color}">\u25CF</span> {series.name}: <b>{point.y}</b><br/>',
1515| },
1516| plotOptions: {
1517| series: {
1518| stacking: 'normal',
1519| animation: false,
1520| borderWidth: 0,
1521| states: { hover: { brightness: 0.04 } },
1522| stackLabels: {
1523| enabled: true,
1524| align: 'right',
1525| verticalAlign: 'middle',
1526| crop: false,
1527| overflow: 'allow',
1528| style: {
1529| fontSize: '11px',
1530| fontWeight: '700',
1531| color: '#1E1E1E',
1532| textOutline: 'none',
1533| },
1534| formatter: function () {
1535| return this.total > 0 ? this.total : null;
1536| },
1537| },
1538| },
1539| bar: {
1540| pointWidth: barSizing.pointWidth,
1541| pointPadding: 0.06,
1542| groupPadding: barSizing.groupPadding,
1543| borderRadius: 0,
1544| },
1545| },
1546| series: [
1547| { name: 'Execução', color: COLORS.execution, data: execution },
1548| { name: 'Validação', color: COLORS.validation, data: validation },
1549| ],
1550| });
1551|
1552| window.setTimeout(function () {
1553| if (charts.topResponsible && typeof charts.topResponsible.reflow === 'function') {
1554| charts.topResponsible.reflow();
1555| }
1556| }, 0);
1557| }
1558|
1559| function renderOriginChart() {
1560| var el = document.getElementById('ssma-ap-chart-origin');
1561| if (!el || !panelData || !panelData.charts || !window.Highcharts) {
1562| if (el) { showChartEmpty(el, 'Sem pendências por origem'); }
1563| return;
1564| }
1565|
1566| var rows = panelData.charts.pending_by_origin || [];
1567| destroyChart('origin');
1568|
1569| if (!rows.length) {
1570| showChartEmpty(el, 'Sem pendências por origem');
1571| return;
1572| }
1573| clearChartEmpty(el);
1574|
1575| var chartHeight = getPairedChartHeight(el, 200);
1576| el.style.height = chartHeight + 'px';
1577| el.style.minHeight = chartHeight + 'px';
1578| el.style.maxHeight = 'none';
1579|
1580| charts.origin = window.Highcharts.chart(el, {
1581| chart: {
1582| type: 'column',
1583| backgroundColor: 'transparent',
1584| height: chartHeight,
1585| spacing: [8, 8, 8, 8],
1586| },
1587| title: { text: null },
1588| credits: { enabled: false },
1589| legend: { enabled: false },
1590| xAxis: {
1591| categories: rows.map(function (r) { return r.label; }),
1592| lineColor: '#E6EBF1',
1593| labels: { style: { color: '#5C5D5D', fontSize: '11px' } },
1594| },
1595| yAxis: {
1596| min: 0,
1597| title: { text: null },
1598| gridLineColor: '#EEF1F4',
1599| labels: { style: { color: '#7A858C', fontSize: '10px' } },
1600| },
1601| tooltip: {
1602| backgroundColor: '#fff',
1603| borderColor: '#E6EBF1',
1604| style: { fontSize: '12px' },
1605| pointFormat: '<b>{point.y}</b> ({point.percentage:.1f}%)',
1606| },
1607| plotOptions: {
1608| column: {
1609| borderRadius: 4,
1610| borderWidth: 0,
1611| color: COLORS.execution,
1612| animation: false,
1613| dataLabels: {
1614| enabled: true,
1615| formatter: function () {
1616| var pct = this.point.percentage != null
1617| ? this.point.percentage.toFixed(1).replace('.', ',')
1618| : '0';
1619| return this.y + ' (' + pct + '%)';
1620| },
Request #25
deepseek-v4-flash
P:50.33K C:469 CR:45.31K CW:0
3989ms
Reasoning
Interesting: in `buildHBarChart` (used for overview hbar charts — `overviewOriginTime`, `overviewPersonTime`), still old fixed-height behavior: `el.style.height`, `minHeight`, `maxHeight` set to chartHeight. Wait, buildHBarChart is unchanged? Actually the diff changed only buildHBarChart? No. Let me check diff again for lines changed in the JS: at 1445 area (buildTopResponsible) changed. buildHBarChart is not in diff? Wait the hunk "@@ -1363,13 +1445,14 @@" is about renderTopResponsibleChart's chartHeight computation. So buildHBarChart remains old behavior with maxHeight set. OK.
Wait, but there is a subtle issue: `renderTopResponsibleChart` calls `destroyChart('topResponsible');` then if `!rows.length` calls `showChartEmpty` then returns. Wait, before that, at line 1434 it already calls destroyChart. Then if no rows, showChartEmpty... The old code probably called `clearChartEmpty` differently. Actually not in the diff, so leave it.
Now, the changed code sets chart height based on paired wrap height. But there is a concern: when the paired wrap/card is hidden (parent view `pendencias` hidden because user on visao_geral), the clientHeight is 0, so getPairedChartHeight returns fallback 200. That's fine.
Now here's a subtle possible bug: `renderPendenciasCharts` is called when pendencias section is visible? It checks `section.classList.contains('d-none')` return. Good.
Let me read the sections from 1620 to 1900 and the export code (1900-2500).
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 1900, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1620}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 1620-1900
1620| },
1621| style: { fontSize: '10px', fontWeight: '600', color: '#5C5D5D', textOutline: 'none' },
1622| y: -4,
1623| },
1624| },
1625| },
1626| series: [{
1627| name: 'Pendências',
1628| data: rows.map(function (r) {
1629| return { y: r.value, percentage: r.percentage };
1630| }),
1631| }],
1632| });
1633| }
1634|
1635| function renderOverviewEvolutionChart() {
1636| var el = document.getElementById('ssma-ap-chart-overview-evolution');
1637| var overview = getOverviewData();
1638| if (!el || !overview || !window.Highcharts) {
1639| return;
1640| }
1641|
1642| var chartData = overview.action_evolution || {};
1643| var rawLabels = chartData.labels || [];
1644| var categories = rawLabels.map(function (label) {
1645| return formatEvolutionLabel(label);
1646| });
1647| destroyChart('overviewEvolution');
1648|
1649| charts.overviewEvolution = window.Highcharts.chart(el, {
1650| chart: { type: 'line', backgroundColor: 'transparent', spacing: [12, 12, 8, 8] },
1651| title: { text: null },
1652| credits: { enabled: false },
1653| legend: {
1654| align: 'right',
1655| verticalAlign: 'top',
1656| layout: 'horizontal',
1657| symbolRadius: 2,
1658| itemStyle: { fontSize: '11px', fontWeight: '600', color: '#5C5D5D' },
1659| margin: 0,
1660| padding: 0,
1661| y: -2,
1662| },
1663| xAxis: {
1664| categories: categories,
1665| lineColor: '#E6EBF1',
1666| tickColor: '#E6EBF1',
1667| labels: {
1668| useHTML: true,
1669| style: { color: '#7A858C', fontSize: '10px', textAlign: 'center' },
1670| },
1671| },
1672| yAxis: {
1673| min: 0,
1674| max: 200,
1675| tickInterval: 50,
1676| title: { text: null },
1677| gridLineColor: '#EEF1F4',
1678| gridLineDashStyle: 'Dot',
1679| labels: { style: { color: '#7A858C', fontSize: '11px' } },
1680| },
1681| tooltip: {
1682| shared: true,
1683| backgroundColor: '#fff',
1684| borderColor: '#E6EBF1',
1685| style: { fontSize: '12px' },
1686| headerFormat: '<span style="font-size:11px;font-weight:600;">{point.key}</span><br/>',
1687| pointFormat: '<span style="color:{series.color}">\u25CF</span> {series.name}: <b>{point.y}</b><br/>',
1688| },
1689| plotOptions: {
1690| line: {
1691| marker: { enabled: true, radius: 3, lineWidth: 2, lineColor: '#fff' },
1692| lineWidth: 2,
1693| },
1694| series: {
1695| animation: false,
1696| dataLabels: {
1697| enabled: true,
1698| y: -8,
1699| style: {
1700| fontSize: '10px',
1701| fontWeight: '600',
1702| color: '#5C5D5D',
1703| textOutline: 'none',
1704| },
1705| },
1706| },
1707| },
1708| series: [
1709| { name: 'Finalizadas', color: COLORS.finalized, data: chartData.finalized || [] },
1710| { name: 'Vencidas', color: COLORS.overdue, data: chartData.overdue || [] },
1711| ],
1712| });
1713| }
1714|
1715| function renderOverviewOriginTimeChart() {
1716| var el = document.getElementById('ssma-ap-chart-overview-origin-time');
1717| var overview = getOverviewData();
1718| if (!el || !overview) {
1719| return;
1720| }
1721| buildHBarChart(
1722| el,
1723| 'overviewOriginTime',
1724| overview.average_time_by_origin || [],
1725| COLORS.originBar,
1726| { yMax: 20, tickInterval: 5, seriesName: 'Tempo médio' }
1727| );
1728| }
1729|
1730| function renderOverviewPersonTimeChart() {
1731| var el = document.getElementById('ssma-ap-chart-overview-person-time');
1732| var overview = getOverviewData();
1733| if (!el || !overview) {
1734| return;
1735| }
1736| buildHBarChart(
1737| el,
1738| 'overviewPersonTime',
1739| overview.average_execution_by_person || [],
1740| COLORS.personBar,
1741| { yMax: 20, tickInterval: 5, seriesName: 'Tempo médio' }
1742| );
1743| }
1744|
1745| function reflowCharts(keys) {
1746| window.setTimeout(function () {
1747| keys.forEach(function (key) {
1748| if (charts[key] && typeof charts[key].reflow === 'function') {
1749| charts[key].reflow();
1750| }
1751| });
1752| }, 80);
1753| }
1754|
1755| function initDistributionCharts() {
1756| if (typeof window.initSsmaActionPlanCharts === 'function') {
1757| window.initSsmaActionPlanCharts();
1758| }
1759| }
1760|
1761| function reflowDistributionCharts() {
1762| if (typeof window.reflowSsmaActionPlanCharts === 'function') {
1763| window.reflowSsmaActionPlanCharts();
1764| }
1765| }
1766|
1767| function ensureDistributionChartsForExport() {
1768| return new Promise(function (resolve) {
1769| var resolutionEl = document.getElementById('ssma-action-plan-resolution-gauge');
1770| var needsRefresh = !!(resolutionEl && !resolutionEl.querySelector('.highcharts-container'));
1771|
1772| if (needsRefresh && typeof window.refreshSsmaActionPlanCharts === 'function') {
1773| window.refreshSsmaActionPlanCharts();
1774| window.setTimeout(resolve, 420);
1775| return;
1776| }
1777|
1778| reflowDistributionCharts();
1779| window.setTimeout(resolve, 220);
1780| });
1781| }
1782|
1783| function renderPairedPendingCharts() {
1784| renderTopResponsibleChart();
1785| renderOriginChart();
1786| }
1787|
1788| function syncPairedPendingCharts() {
1789| window.setTimeout(function () {
1790| renderPairedPendingCharts();
1791| reflowCharts(['topResponsible', 'origin']);
1792| }, 120);
1793| }
1794|
1795| function renderPendenciasCharts() {
1796| var section = document.querySelector('[data-ap-panel-view="pendencias"]');
1797| if (!section || section.classList.contains('d-none')) {
1798| return;
1799| }
1800| waitHighcharts(function () {
1801| renderCriticalChart();
1802| renderPairedPendingCharts();
1803| syncPairedPendingCharts();
1804| reflowCharts(PENDENCIAS_CHART_KEYS);
1805| });
1806| }
1807|
1808| function renderOverviewCharts() {
1809| var section = document.querySelector('[data-ap-panel-view="visao_geral"]');
1810| if (!section || section.classList.contains('d-none')) {
1811| return;
1812| }
1813| waitHighcharts(function () {
1814| renderOverviewEvolutionChart();
1815| renderOverviewOriginTimeChart();
1816| renderOverviewPersonTimeChart();
1817| initDistributionCharts();
1818| overviewChartsRendered = true;
1819| reflowCharts(OVERVIEW_CHART_KEYS);
1820| reflowDistributionCharts();
1821| });
1822| }
1823|
1824| function destroyPendenciasCharts() {
1825| destroyChartKeys(PENDENCIAS_CHART_KEYS);
1826| }
1827|
1828| function destroyOverviewCharts() {
1829| destroyChartKeys(OVERVIEW_CHART_KEYS);
1830| overviewChartsRendered = false;
1831| }
1832|
1833| function setApPanelFilterRowVisible(el, visible) {
1834| if (!el) {
1835| return;
1836| }
1837| el.classList.add('d-none');
1838| if (visible) {
1839| el.classList.add('d-lg-flex');
1840| } else {
1841| el.classList.remove('d-lg-flex');
1842| }
1843| }
1844|
1845| function toggleHeaderFilters(viewId) {
1846| var controls = document.getElementById('ap_painel_controls');
1847| var exportWrap = document.getElementById('ap-painel-export-wrap');
1848| var pendenciasFilters = document.getElementById('ap-painel-filters-pendencias');
1849| var overviewFilters = document.getElementById('ap-painel-filters-overview');
1850| if (controls) {
1851| controls.classList.toggle('d-none', viewId === 'comparativo');
1852| }
1853| if (exportWrap) {
1854| exportWrap.classList.toggle('d-none', viewId === 'comparativo');
1855| }
1856| setApPanelFilterRowVisible(pendenciasFilters, viewId === 'pendencias');
1857| setApPanelFilterRowVisible(overviewFilters, viewId === 'visao_geral');
1858| }
1859|
1860| var panelChartsPrintBusy = false;
1861|
1862| function findChartByContainerId(containerId) {
1863| if (!containerId || !window.Highcharts || !window.Highcharts.charts) {
1864| return null;
1865| }
1866| var found = null;
1867| window.Highcharts.charts.forEach(function (chart) {
1868| if (chart && chart.renderTo && chart.renderTo.id === containerId) {
1869| found = chart;
1870| }
1871| });
1872| return found;
1873| }
1874|
1875| function hasRenderedChart(containerId) {
1876| var el = document.getElementById(containerId);
1877| if (!el) {
1878| return false;
1879| }
1880|
1881| return !!(
1882| el.querySelector('.highcharts-container')
1883| || el.querySelector('.ssma-conic-gauge-wrapper')
1884| );
1885| }
1886|
1887| function hasRenderablePrintSection(section) {
1888| if (section.captureType === 'panel') {
1889| var panelEl = document.getElementById(section.containerId);
1890| return !!(panelEl && panelEl.querySelector('.ssma-ap-op-row, .ssma-ap-op-total'));
1891| }
1892|
1893| return hasRenderedChart(section.containerId);
1894| }
1895|
1896| function getChartCaptureElement(containerId) {
1897| var el = document.getElementById(containerId);
1898| if (!el) {
1899| return null;
1900| }
Request #26
deepseek-v4-flash
P:53.78K C:106 CR:50.69K CW:0
2013ms
Reasoning
Now let me continue reading export code (1900-2600).
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 2600, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1900}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: true
LINE_RANGE: 1900-2399
1900| }
1901|
1902| return el.closest('.ssma-dashboard-chart-card')
1903| || el.closest('.app-card-surface')
1904| || el;
1905| }
1906|
1907| function waitForPanelChartsPaint(ms) {
1908| return new Promise(function (resolve) {
1909| window.setTimeout(resolve, ms || 200);
1910| });
1911| }
1912|
1913| function ensureHtml2Canvas() {
1914| return new Promise(function (resolve) {
1915| if (typeof window.html2canvas === 'function') {
1916| resolve(true);
1917| return;
1918| }
1919|
1920| var existing = document.getElementById('ssma-ap-panel-html2canvas-loader');
1921| if (existing) {
1922| existing.addEventListener('load', function () { resolve(typeof window.html2canvas === 'function'); });
1923| existing.addEventListener('error', function () { resolve(false); });
1924| return;
1925| }
1926|
1927| var script = document.createElement('script');
1928| script.id = 'ssma-ap-panel-html2canvas-loader';
1929| script.src = 'https://cdnjs.cloudflare.com/ajax/libs/html2canvas/1.4.1/html2canvas.min.js';
1930| script.onload = function () { resolve(typeof window.html2canvas === 'function'); };
1931| script.onerror = function () { resolve(false); };
1932| document.head.appendChild(script);
1933| });
1934| }
1935|
1936| function captureElementAsPng(element) {
1937| return new Promise(function (resolve) {
1938| if (!element || typeof window.html2canvas !== 'function') {
1939| resolve(null);
1940| return;
1941| }
1942|
1943| window.html2canvas(element, {
1944| backgroundColor: '#ffffff',
1945| scale: 2,
1946| useCORS: true,
1947| allowTaint: true,
1948| logging: false,
1949| onclone: function (clonedDoc) {
1950| clonedDoc.querySelectorAll('svg').forEach(function (svg) {
1951| svg.style.overflow = 'visible';
1952| });
1953| clonedDoc.querySelectorAll('.highcharts-container').forEach(function (node) {
1954| node.style.overflow = 'visible';
1955| });
1956| },
1957| }).then(function (canvas) {
1958| if (!canvas || !canvas.width || !canvas.height) {
1959| resolve(null);
1960| return;
1961| }
1962| resolve(canvas.toDataURL('image/png', 1.0));
1963| }).catch(function () {
1964| resolve(null);
1965| });
1966| });
1967| }
1968|
1969| async function captureCardSectionForPrint(section) {
1970| var captureEl = getChartCaptureElement(section.containerId);
1971| var chartEl = document.getElementById(section.containerId);
1972|
1973| if (!captureEl || !hasRenderablePrintSection(section)) {
1974| return null;
1975| }
1976|
1977| var chart = findChartByContainerId(section.containerId);
1978| if (chart && typeof chart.reflow === 'function') {
1979| chart.reflow();
1980| }
1981|
1982| if (chartEl) {
1983| chartEl.style.overflow = 'visible';
1984| var hcContainer = chartEl.querySelector('.highcharts-container');
1985| if (hcContainer) {
1986| hcContainer.style.overflow = 'visible';
1987| }
1988| }
1989|
1990| captureEl.scrollIntoView({ block: 'nearest', inline: 'nearest' });
1991| await waitForPanelChartsPaint(220);
1992|
1993| var dataUrl = await captureElementAsPng(captureEl);
1994|
1995| if (chartEl) {
1996| chartEl.style.overflow = '';
1997| }
1998|
1999| if (!dataUrl) {
2000| return null;
2001| }
2002|
2003| return {
2004| dataUrl: dataUrl,
2005| layout: 'card-image',
2006| };
2007| }
2008|
2009| async function captureSectionForPrint(section) {
2010| return captureCardSectionForPrint(section);
2011| }
2012|
2013| function gaugeValueFromDom(containerId) {
2014| var el = document.getElementById(containerId);
2015| if (!el) {
2016| return '—';
2017| }
2018| var valueEl = el.querySelector('.ssma-gauge-center-value');
2019| return valueEl ? valueEl.textContent.trim() : '—';
2020| }
2021|
2022| function tableFromBarChart(chart) {
2023| if (!chart || !chart.series || !chart.series[0]) {
2024| return { headers: ['Categoria', 'Quantidade'], rows: [] };
2025| }
2026|
2027| var categories = (chart.xAxis && chart.xAxis[0] && chart.xAxis[0].categories) || [];
2028| var data = chart.series[0].data || [];
2029| return {
2030| headers: ['Categoria', 'Quantidade'],
2031| rows: categories.map(function (cat, index) {
2032| var point = data[index];
2033| var value = point && point.y != null ? point.y : 0;
2034| return [cat, String(value)];
2035| }),
2036| };
2037| }
2038|
2039| function tableFromStackedBarChart(chart) {
2040| if (!chart || !chart.series || chart.series.length < 2) {
2041| return tableFromBarChart(chart);
2042| }
2043|
2044| var categories = (chart.xAxis && chart.xAxis[0] && chart.xAxis[0].categories) || [];
2045| var execSeries = chart.series[0];
2046| var valSeries = chart.series[1];
2047| return {
2048| headers: ['Responsável', 'Execução', 'Validação', 'Total'],
2049| rows: categories.map(function (cat, index) {
2050| var exec = execSeries.data[index] ? execSeries.data[index].y : 0;
2051| var val = valSeries.data[index] ? valSeries.data[index].y : 0;
2052| return [cat, String(exec), String(val), String(Number(exec) + Number(val))];
2053| }),
2054| };
2055| }
2056|
2057| function getDistributionPrintSections() {
2058| return [
2059| {
2060| containerId: 'ssma-action-plan-type-bar',
2061| title: 'Distribuição de ações por tipo',
2062| getTable: function () {
2063| return tableFromBarChart(findChartByContainerId('ssma-action-plan-type-bar'));
2064| },
2065| },
2066| {
2067| containerId: 'ssma-action-plan-deadline-bar',
2068| title: 'Distribuição de ações por prazo',
2069| getTable: function () {
2070| return tableFromBarChart(findChartByContainerId('ssma-action-plan-deadline-bar'));
2071| },
2072| },
2073| {
2074| containerId: 'ssma-action-plan-project-gauge',
2075| title: 'Taxa de planos de ação com projetos',
2076| getTable: function () {
2077| return {
2078| headers: ['Indicador', 'Valor'],
2079| rows: [['Taxa com projetos', gaugeValueFromDom('ssma-action-plan-project-gauge')]],
2080| };
2081| },
2082| },
2083| {
2084| containerId: 'ssma-action-plan-resolution-gauge',
2085| title: 'Taxa de aceitação das ações',
2086| getTable: function () {
2087| return {
2088| headers: ['Indicador', 'Valor'],
2089| rows: [['Taxa de aceitação', gaugeValueFromDom('ssma-action-plan-resolution-gauge')]],
2090| };
2091| },
2092| },
2093| ];
2094| }
2095|
2096| function getPendenciasPrintSections() {
2097| var chartsData = panelData && panelData.charts ? panelData.charts : {};
2098|
2099| return [
2100| {
2101| containerId: 'ssma-ap-chart-critical',
2102| title: 'Pendências críticas por prazo',
2103| getTable: function () {
2104| var cd = chartsData.critical_pending_by_deadline || {};
2105| var labels = cd.labels || [];
2106| return {
2107| headers: ['Período', 'Validação', 'Execução'],
2108| rows: labels.map(function (label, index) {
2109| return [
2110| String(label),
2111| String((cd.validation || [])[index] || 0),
2112| String((cd.execution || [])[index] || 0),
2113| ];
2114| }),
2115| };
2116| },
2117| },
2118| {
2119| containerId: 'ssma-ap-chart-top-responsible',
2120| title: 'Top responsáveis com pendências',
2121| getTable: function () {
2122| var chart = findChartByContainerId('ssma-ap-chart-top-responsible');
2123| if (chart) {
2124| return tableFromStackedBarChart(chart);
2125| }
2126| var rows = chartsData.top_responsible_pending || [];
2127| return {
2128| headers: ['Responsável', 'Execução', 'Validação', 'Total'],
2129| rows: rows.map(function (row) {
2130| var exec = row.execution || 0;
2131| var val = row.validation || 0;
2132| return [row.name || '', String(exec), String(val), String(exec + val)];
2133| }),
2134| };
2135| },
2136| },
2137| {
2138| containerId: 'ssma-ap-chart-origin',
2139| title: 'Pendências por origem',
2140| getTable: function () {
2141| var rows = chartsData.pending_by_origin || [];
2142| return {
2143| headers: ['Origem', 'Quantidade', '%'],
2144| rows: rows.map(function (row) {
2145| var pct = row.percentage != null
2146| ? String(row.percentage).replace('.', ',') + '%'
2147| : '—';
2148| return [row.label || '', String(row.value || 0), pct];
2149| }),
2150| };
2151| },
2152| },
2153| {
2154| containerId: 'ssma-ap-operational-summary',
2155| title: 'Resumo Operacional',
2156| captureType: 'panel',
2157| getTable: function () {
2158| var summary = (panelData && panelData.operational_summary) || {};
2159| var rows = summary.rows || [];
2160| var total = summary.total || {};
2161| var tableRows = rows.map(function (row) {
2162| return [
2163| row.label || '',
2164| String(row.count != null ? row.count : 0),
2165| String(row.percent != null ? row.percent : 0) + '%',
2166| ];
2167| });
2168|
2169| if (total.label || total.value != null) {
2170| tableRows.push([
2171| total.label || 'Total de pendências',
2172| String(total.value != null ? total.value : 0),
2173| String(total.percent != null ? total.percent : 100) + '%',
2174| ]);
2175| }
2176|
2177| return {
2178| headers: ['Indicador', 'Quantidade', '%'],
2179| rows: tableRows,
2180| };
2181| },
2182| },
2183| ];
2184| }
2185|
2186| function getOverviewPrintSections() {
2187| var overview = getOverviewData() || {};
2188|
2189| return [
2190| {
2191| containerId: 'ssma-ap-chart-overview-evolution',
2192| title: 'Evolução das ações no período',
2193| getTable: function () {
2194| var cd = overview.action_evolution || {};
2195| var labels = cd.labels || [];
2196| return {
2197| headers: ['Período', 'Finalizadas', 'Vencidas'],
2198| rows: labels.map(function (label, index) {
2199| var period = Array.isArray(label) ? label.join(' ') : String(label);
2200| return [
2201| period,
2202| String((cd.finalized || [])[index] || 0),
2203| String((cd.overdue || [])[index] || 0),
2204| ];
2205| }),
2206| };
2207| },
2208| },
2209| {
2210| containerId: 'ssma-ap-chart-overview-origin-time',
2211| title: 'Quais demoram mais',
2212| getTable: function () {
2213| var rows = overview.average_time_by_origin || [];
2214| return {
2215| headers: ['Origem', 'Tempo médio (dias)'],
2216| rows: rows.map(function (row) {
2217| return [row.label || '', String(row.value != null ? row.value : 0)];
2218| }),
2219| };
2220| },
2221| },
2222| {
2223| containerId: 'ssma-ap-chart-overview-person-time',
2224| title: 'Tempo médio de execução por pessoa',
2225| getTable: function () {
2226| var rows = overview.average_execution_by_person || [];
2227| return {
2228| headers: ['Pessoa', 'Tempo médio (dias)'],
2229| rows: rows.map(function (row) {
2230| return [row.label || '', String(row.value != null ? row.value : 0)];
2231| }),
2232| };
2233| },
2234| },
2235| ].concat(getDistributionPrintSections());
2236| }
2237|
2238| function buildPrintTableHtml(headers, rows) {
2239| if (!rows || !rows.length) {
2240| return '';
2241| }
2242|
2243| var headHtml = headers.map(function (header) {
2244| return '<th>' + escapeHtml(header) + '</th>';
2245| }).join('');
2246|
2247| var bodyHtml = rows.map(function (row) {
2248| return '<tr>' + row.map(function (cell) {
2249| return '<td>' + escapeHtml(cell) + '</td>';
2250| }).join('') + '</tr>';
2251| }).join('');
2252|
2253| return '<table class="ssma-ap-print-table"><thead><tr>' + headHtml + '</tr></thead><tbody>'
2254| + bodyHtml + '</tbody></table>';
2255| }
2256|
2257| function formatPrintDateTime() {
2258| var now = new Date();
2259| return pad2(now.getDate()) + '/' + pad2(now.getMonth() + 1) + '/' + now.getFullYear()
2260| + ' ' + pad2(now.getHours()) + ':' + pad2(now.getMinutes());
2261| }
2262|
2263| function buildPrintDocumentHtml(viewLabel, sectionsHtml) {
2264| return '<!DOCTYPE html><html lang="pt-BR"><head><meta charset="utf-8"><title>Painel Plano de Ação — '
2265| + escapeHtml(viewLabel) + '</title><style>'
2266| + '@page { size: A4 portrait; margin: 12mm; }'
2267| + '* { box-sizing: border-box; -webkit-print-color-adjust: exact !important; print-color-adjust: exact !important; }'
2268| + 'body { margin: 0; padding: 16px; font-family: Montserrat, Arial, sans-serif; color: #1e1e1e; background: #fff; }'
2269| + 'h1 { margin: 0 0 6px; font-size: 20px; color: #0F3D4A; }'
2270| + '.ssma-ap-print-meta { margin: 0 0 18px; font-size: 11px; color: #7A858C; }'
2271| + '.ssma-ap-print-section { margin: 0 0 20px; page-break-inside: avoid; }'
2272| + '.ssma-ap-print-section h2 { margin: 0 0 8px; font-size: 14px; color: #0F3D4A; }'
2273| + '.ssma-ap-print-chart-card { border: 1px solid #DFE3E6; border-radius: 8px; padding: 12px 14px; background: #FBFCFD; }'
2274| + '.ssma-ap-print-inline-title { margin: 0 0 4px; font-size: 14px; font-weight: 700; color: #5C5D5D; }'
2275| + '.ssma-ap-print-inline-subtitle { margin: 0 0 10px; font-size: 11px; color: #7A858C; }'
2276| + '.ssma-ap-print-chart { width: 100%; max-width: 100%; height: auto; display: block; margin: 0 0 16px; border: 1px solid #DFE3E6; border-radius: 6px; }'
2277| + '.ssma-ap-print-chart-card .ssma-ap-print-chart { margin: 0; border: 0; border-radius: 0; }'
2278| + '.ssma-ap-print-table { width: 100%; border-collapse: collapse; margin-top: 4px; font-size: 10px; }'
2279| + '.ssma-ap-print-table th, .ssma-ap-print-table td { border: 1px solid #DFE3E6; padding: 4px 6px; text-align: left; }'
2280| + '.ssma-ap-print-table th { background: #F5F7FA; font-weight: 700; }'
2281| + '</style></head><body>'
2282| + '<h1>Painel Plano de Ação — ' + escapeHtml(viewLabel) + '</h1>'
2283| + '<p class="ssma-ap-print-meta">Gerado em ' + escapeHtml(formatPrintDateTime()) + '</p>'
2284| + sectionsHtml
2285| + '</body></html>';
2286| }
2287|
2288| async function buildPrintSectionsHtml(sections) {
2289| var htmlParts = [];
2290|
2291| for (var i = 0; i < sections.length; i += 1) {
2292| var section = sections[i];
2293| var table = section.getTable ? section.getTable() : { headers: [], rows: [] };
2294| var canCaptureImage = hasRenderablePrintSection(section);
2295| var hasValues = table.rows && table.rows.length > 0;
2296|
2297| if (!canCaptureImage && !hasValues) {
2298| continue;
2299| }
2300|
2301| var sectionHtml;
2302| var captured = null;
2303|
2304| if (canCaptureImage) {
2305| captured = await captureSectionForPrint(section);
2306| }
2307|
2308| if (captured && captured.dataUrl) {
2309| sectionHtml = '<section class="ssma-ap-print-section">'
2310| + '<img class="ssma-ap-print-chart" src="' + captured.dataUrl + '" alt="'
2311| + escapeHtml(section.title) + '"></section>';
2312| } else if (!canCaptureImage && hasValues) {
2313| sectionHtml = '<section class="ssma-ap-print-section">'
2314| + '<h2>' + escapeHtml(section.title) + '</h2>'
2315| + buildPrintTableHtml(table.headers, table.rows)
2316| + '</section>';
2317| } else {
2318| continue;
2319| }
2320|
2321| htmlParts.push(sectionHtml);
2322| }
2323|
2324| return htmlParts.join('');
2325| }
2326|
2327| function setExportChartsBtnLoading(btn, loading) {
2328| if (!btn) {
2329| return;
2330| }
2331| if (loading) {
2332| btn.disabled = true;
2333| btn.dataset.originalHtml = btn.innerHTML;
2334| btn.innerHTML = '<i class="fas fa-spinner fa-spin mr-2" aria-hidden="true"></i><span>Gerando PDF…</span>';
2335| return;
2336| }
2337| btn.disabled = false;
2338| if (btn.dataset.originalHtml) {
2339| btn.innerHTML = btn.dataset.originalHtml;
2340| delete btn.dataset.originalHtml;
2341| }
2342| }
2343|
2344| function notifyPanelExport(message, type) {
2345| if (typeof window.showToast === 'function') {
2346| window.showToast(
2347| message,
2348| 'Painel',
2349| 'fa-file-pdf',
2350| type === 'error' ? 'bg-danger' : 'bg-info'
2351| );
2352| return;
2353| }
2354| window.alert(message);
2355| }
2356|
2357| async function exportPanelChartsPrint() {
2358| if (panelChartsPrintBusy) {
2359| return;
2360| }
2361|
2362| if (currentView !== 'pendencias' && currentView !== 'visao_geral') {
2363| notifyPanelExport('Exportação disponível apenas em Pendências e Visão Geral.', 'error');
2364| return;
2365| }
2366|
2367| if (currentView === 'pendencias') {
2368| reflowCharts(PENDENCIAS_CHART_KEYS);
2369| } else {
2370| renderOverviewCharts();
2371| await waitForPanelChartsPaint(120);
2372| reflowCharts(OVERVIEW_CHART_KEYS);
2373| await ensureDistributionChartsForExport();
2374| }
2375|
2376| var btn = document.getElementById('ap_painel_export_charts_btn');
2377| panelChartsPrintBusy = true;
2378| setExportChartsBtnLoading(btn, true);
2379|
2380| try {
2381| var hasHtml2Canvas = await ensureHtml2Canvas();
2382| if (!hasHtml2Canvas) {
2383| notifyPanelExport('Não foi possível carregar o recurso de captura dos gráficos.', 'error');
2384| panelChartsPrintBusy = false;
2385| setExportChartsBtnLoading(btn, false);
2386| return;
2387| }
2388|
2389| await waitForPanelChartsPaint(280);
2390|
2391| var viewLabel = currentView === 'pendencias' ? 'Pendências' : 'Visão Geral';
2392| var sections = currentView === 'pendencias'
2393| ? getPendenciasPrintSections()
2394| : getOverviewPrintSections();
2395| var sectionsHtml = await buildPrintSectionsHtml(sections);
2396|
2397| if (!sectionsHtml) {
2398| notifyPanelExport('Não há gráficos para exportar no momento.', 'error');
2399| panelChartsPrintBusy = false;
Note: Results truncated to 500 lines. Please narrow your line range.
Request #27
deepseek-v4-flash
P:59.85K C:116 CR:53.89K CW:0
1785ms
Reasoning
Let me read the rest of exportPanelChartsPrint and bindExportChartsButton (2400-2470).
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 2500, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 2399}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 2399-2500
2399| panelChartsPrintBusy = false;
2400| setExportChartsBtnLoading(btn, false);
2401| return;
2402| }
2403|
2404| var printHtml = buildPrintDocumentHtml(viewLabel, sectionsHtml);
2405| var iframe = document.createElement('iframe');
2406| iframe.className = 'ssma-ap-panel-charts-print-frame';
2407| iframe.setAttribute('title', 'Exportação de gráficos — Painel Plano de Ação');
2408| iframe.style.cssText = 'position:fixed;width:0;height:0;border:0;opacity:0;pointer-events:none;';
2409|
2410| var finished = false;
2411| var finishLoading = function () {
2412| if (finished) {
2413| return;
2414| }
2415| finished = true;
2416| panelChartsPrintBusy = false;
2417| setExportChartsBtnLoading(btn, false);
2418| };
2419|
2420| var cleanup = function () {
2421| if (iframe.parentNode) {
2422| iframe.parentNode.removeChild(iframe);
2423| }
2424| };
2425|
2426| iframe.onerror = function () {
2427| cleanup();
2428| finishLoading();
2429| notifyPanelExport('Não foi possível abrir a impressão dos gráficos.', 'error');
2430| };
2431|
2432| iframe.onload = function () {
2433| window.setTimeout(function () {
2434| try {
2435| var win = iframe.contentWindow;
2436| if (!win) {
2437| cleanup();
2438| finishLoading();
2439| notifyPanelExport('Não foi possível abrir a impressão dos gráficos.', 'error');
2440| return;
2441| }
2442| win.addEventListener('afterprint', function () {
2443| cleanup();
2444| finishLoading();
2445| }, { once: true });
2446| win.focus();
2447| win.print();
2448| window.setTimeout(function () {
2449| cleanup();
2450| finishLoading();
2451| }, 4000);
2452| } catch (err) {
2453| cleanup();
2454| finishLoading();
2455| notifyPanelExport('Não foi possível abrir a impressão dos gráficos.', 'error');
2456| }
2457| }, 350);
2458| };
2459|
2460| document.body.appendChild(iframe);
2461| iframe.srcdoc = printHtml;
2462| } catch (err) {
2463| panelChartsPrintBusy = false;
2464| setExportChartsBtnLoading(btn, false);
2465| notifyPanelExport('Não foi possível gerar a exportação. Tente novamente.', 'error');
2466| }
2467| }
2468|
2469| function bindExportChartsButton() {
2470| var btn = document.getElementById('ap_painel_export_charts_btn');
2471| if (!btn || btn.dataset.bound === '1') {
2472| return;
2473| }
2474| btn.dataset.bound = '1';
2475| btn.addEventListener('click', function (e) {
2476| e.preventDefault();
2477| exportPanelChartsPrint();
2478| });
2479| }
2480|
2481| function switchView(viewId) {
2482| currentView = viewId;
2483| toggleHeaderFilters(viewId);
2484|
2485| if (viewId === 'pendencias') {
2486| destroyOverviewCharts();
2487| renderPendenciasCharts();
2488| return;
2489| }
2490|
2491| destroyPendenciasCharts();
2492|
2493| if (viewId === 'visao_geral') {
2494| var overviewData = getOverviewData();
2495| if (overviewData) {
2496| applyOverviewDom(overviewData);
2497| }
2498| if (!overviewChartsRendered) {
2499| renderOverviewCharts();
2500| } else {
Request #28
deepseek-v4-flash
P:61.02K C:102 CR:59.9K CW:0
1794ms
Reasoning
Let me continue reading switchView and resize handler.
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 2620, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 2500}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 2500-2620
2500| } else {
2501| reflowCharts(OVERVIEW_CHART_KEYS);
2502| reflowDistributionCharts();
2503| }
2504| return;
2505| }
2506|
2507| destroyOverviewCharts();
2508|
2509| if (viewId === 'comparativo') {
2510| triggerPanelFilter('comparativo');
2511| }
2512| }
2513|
2514| function bindViewPills() {
2515| var root = getRoot();
2516| if (!root) {
2517| return;
2518| }
2519|
2520| var pills = root.querySelectorAll('.ssma-ap-panel-view-pill');
2521| var sections = root.querySelectorAll('[data-ap-panel-view]');
2522|
2523| pills.forEach(function (pill) {
2524| pill.addEventListener('click', function () {
2525| var viewId = pill.getAttribute('data-view') || '';
2526| pills.forEach(function (p) {
2527| var active = p === pill;
2528| p.classList.toggle('is-active', active);
2529| p.setAttribute('aria-selected', active ? 'true' : 'false');
2530| });
2531| sections.forEach(function (section) {
2532| var show = section.getAttribute('data-ap-panel-view') === viewId;
2533| section.classList.toggle('d-none', !show);
2534| });
2535| switchView(viewId);
2536| if (viewId === 'visao_geral') {
2537| syncOverviewFilterState();
2538| triggerPanelFilter('visao_geral');
2539| }
2540| });
2541| });
2542| }
2543|
2544| function bindAxisFilter() {
2545| var select = document.getElementById('ssma-ap-chart-axis-filter');
2546| if (!select) {
2547| return;
2548| }
2549| select.addEventListener('change', function () {
2550| panelState.axis = getSelectValue('ssma-ap-chart-axis-filter');
2551| triggerPanelFilter('pendencias');
2552| });
2553| }
2554|
2555| // ── Mapa período → eixos disponíveis (espelha backend resolveAvailableAxes) ──
2556| var AXIS_LABELS_MAP = { daily: 'Diário', weekly: 'Semanal', monthly: 'Mensal', quarterly: 'Trimestral' };
2557| var AXIS_BY_PERIOD = {
2558| week: ['daily'],
2559| fortnight: ['daily', 'weekly'],
2560| next_month: ['daily', 'weekly'],
2561| next_3_months: ['weekly', 'monthly'],
2562| all_future: ['weekly', 'monthly'],
2563| last_week: ['daily'],
2564| last_month: ['daily', 'weekly'],
2565| last_3_months: ['weekly', 'monthly'],
2566| last_6_months: ['monthly', 'quarterly'],
2567| last_year: ['monthly', 'quarterly'],
2568| total: ['monthly', 'quarterly']
2569| };
2570|
2571| function updateAxisOptionsForPeriod(period) {
2572| var select = document.getElementById('ssma-ap-chart-axis-filter');
2573| if (!select) {
2574| return;
2575| }
2576| var normalized = (period || '').replace(/^pend:/, '').replace(/^range:.*$/, 'last_3_months');
2577| if (/^range:/.test(period)) {
2578| normalized = 'last_3_months';
2579| }
2580| var axes = AXIS_BY_PERIOD[normalized] || ['weekly', 'monthly'];
2581| var currentVal = select.value;
2582| select.innerHTML = axes.map(function (a) {
2583| return '<option value="' + a + '"' + (a === currentVal ? ' selected' : '') + '>' + (AXIS_LABELS_MAP[a] || a) + '</option>';
2584| }).join('');
2585| if (axes.indexOf(currentVal) === -1) {
2586| select.value = axes[0];
2587| panelState.axis = axes[0];
2588| }
2589| }
2590|
2591| function bindPendenciasPeriodPopover() {
2592| var $ = window.jQuery || window.$;
2593| if (!$ || pendenciasHeaderFiltersBound) {
2594| return;
2595| }
2596| pendenciasHeaderFiltersBound = true;
2597|
2598| var defaultPreset = panelState.period && panelState.period.indexOf('pend:range:') !== 0
2599| ? panelState.period
2600| : 'next_month';
2601| syncApPainelPeriodPresetUI(defaultPreset);
2602|
2603| $(document).on('click', '#ap_painel_period_trigger', function (e) {
2604| e.preventDefault();
2605| $('#ap_painel_period_popover').toggleClass('d-none');
2606| });
2607|
2608| $(document).on('click', '#ap_painel_period_close', function () {
2609| $('#ap_painel_period_popover').addClass('d-none');
2610| });
2611|
2612| $(document).on('click', function (e) {
2613| if (!$(e.target).closest('#ap_painel_controls .oc-painel-period-filter').length) {
2614| $('#ap_painel_period_popover').addClass('d-none');
2615| }
2616| });
2617|
2618| $(document).on('click', '#ap_painel_controls .ap-painel-period-preset', function (e) {
2619| e.preventDefault();
2620| applyApPainelPeriodPreset(String($(this).data('preset') || 'next_month'));
Request #29
deepseek-v4-flash
P:62.62K C:111 CR:61.06K CW:0
1559ms
Reasoning
Now let me read the resize handler section (~3090-3129) and other parts.
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 3129, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 3000}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 3000-3129
3000| window.openOffcanvasssmaApActionView();
3001| return;
3002| }
3003| var canvas = document.getElementById('ssmaApActionView-offcanvas-wrapper')
3004| || document.getElementById('ssmaApActionViewOffcanvas');
3005| if (!canvas) {
3006| return;
3007| }
3008| if (window.jQuery) {
3009| window.jQuery('#ssmaApActionView').modal('show');
3010| return;
3011| }
3012| canvas.classList.add('show');
3013| canvas.style.visibility = 'visible';
3014| }
3015|
3016| function bindTableViewButtons() {
3017| var root = getRoot();
3018| if (!root) {
3019| return;
3020| }
3021| root.querySelectorAll('.js-ssma-ap-panel-view-action').forEach(function (btn) {
3022| btn.addEventListener('click', function () {
3023| openActionViewOffcanvas(btn);
3024| });
3025| });
3026| }
3027|
3028| function onPainelTabVisible() {
3029| if (initialized) {
3030| switchView(currentView);
3031| return;
3032| }
3033| initialized = true;
3034| initPanelConfig();
3035| if (typeof window.initAllCustomSelectWrappers === 'function') {
3036| window.initAllCustomSelectWrappers();
3037| }
3038| bindViewPills();
3039| bindAxisFilter();
3040| bindPendenciasPeriodPopover();
3041| bindPendenciasFilters();
3042| bindOverviewFilters();
3043| bindOverviewPagination();
3044| bindAdrianaQuestions();
3045| bindTableViewButtons();
3046| bindExportChartsButton();
3047| toggleHeaderFilters(currentView);
3048| syncApPainelPeriodPresetUI(panelState.period && panelState.period.indexOf('pend:range:') !== 0 ? panelState.period : 'next_month');
3049| syncOverviewPeriodPresetUI(panelState.overviewPeriod || 'last_3_months');
3050| updateAxisOptionsForPeriod(panelState.period || 'next_month');
3051| switchView(currentView);
3052| if (!panelData || !panelData.charts) {
3053| triggerPanelFilter(currentView);
3054| } else {
3055| var ssrLabels = (
3056| panelData.charts.critical_pending_by_deadline &&
3057| panelData.charts.critical_pending_by_deadline.labels
3058| ) || [];
3059| if (!ssrLabels.length) {
3060| triggerPanelFilter(currentView);
3061| }
3062| }
3063| }
3064|
3065| function observePainelTab() {
3066| var painelPanel = document.getElementById('tab_plano_painel_content');
3067| if (!painelPanel) {
3068| return;
3069| }
3070|
3071| if (painelPanel.offsetParent !== null && !painelPanel.classList.contains('d-none')) {
3072| onPainelTabVisible();
3073| }
3074|
3075| document.addEventListener('click', function (ev) {
3076| var link = ev.target && ev.target.closest ? ev.target.closest('#plano_acao_tabs .app-tab-link') : null;
3077| if (!link) {
3078| return;
3079| }
3080| var target = link.getAttribute('data-target-div') || '';
3081| if (target.indexOf('tab_plano_painel_content') !== -1) {
3082| window.setTimeout(onPainelTabVisible, 60);
3083| }
3084| });
3085|
3086| if (window.$ || window.jQuery) {
3087| (window.$ || window.jQuery)(document).on('tabShown', function (ev, tabId) {
3088| if (tabId === 'tab_plano_painel') {
3089| window.setTimeout(onPainelTabVisible, 60);
3090| }
3091| });
3092| }
3093|
3094| window.addEventListener('resize', function () {
3095| if (!initialized) {
3096| return;
3097| }
3098| if (currentView === 'pendencias') {
3099| window.clearTimeout(pairedChartsResizeTimer);
3100| pairedChartsResizeTimer = window.setTimeout(function () {
3101| renderPairedPendingCharts();
3102| reflowCharts(PENDENCIAS_CHART_KEYS);
3103| reflowDistributionCharts();
3104| }, 150);
3105| } else if (currentView === 'visao_geral') {
3106| reflowCharts(OVERVIEW_CHART_KEYS);
3107| reflowDistributionCharts();
3108| }
3109| });
3110| }
3111|
3112| document.addEventListener('DOMContentLoaded', function () {
3113| initPanelConfig();
3114| panelData = parsePanelData();
3115| window.ssmaApPanelSetPeriod = function (value) {
3116| applyApPainelPeriodPreset(value || panelState.period || 'next_month');
3117| };
3118| var activePill = document.querySelector('.ssma-ap-panel-view-pill.is-active');
3119| if (activePill) {
3120| currentView = activePill.getAttribute('data-view') || 'pendencias';
3121| }
3122| observePainelTab();
3123| var _painelInitPanel = document.getElementById('tab_plano_painel_content');
3124| if (_painelInitPanel && _painelInitPanel.offsetParent !== null) {
3125| onPainelTabVisible();
3126| }
3127| });
3128|})(window, document);
3129|
Request #30
deepseek-v4-flash
P:64.2K C:4.85K CR:62.72K CW:0
35249ms
Reasoning
Now I have good context on the JS. Let me review details for new findings not already reported.
Existing confirmed findings are about:
1. Double click race before busy flag.
2. Capture fails but table exists → section dropped.
3. html2canvas CDN load failure leaves script element stuck; second click hangs.
4. File too big / logic duplication.
5. overflow not restored on hcContainer.
6. No filters info in print doc.
7. html2canvas static script tag in template contradicts lazy loading.
Now let me identify NEW issues.
Potential issues:
A. **`renderTopResponsibleChart` calls `destroyChart('topResponsible')` twice.** At line 1434 destroyChart and again at 1457 after compute sizing. Wait — actually looking at the code, line 1434 `destroyChart('topResponsible');`, and line 1457 `destroyChart('topResponsible');` again after setting heights. This pre-existed? Let's check the diff. The diff shows the change around compute... Actually in the diff at hunk `@@ -1363,13 +1445,14 @@` we saw changes: maxTotal, yMax/tickInterval/chartHeight/barSizing, el.style heights, then `destroyChart('topResponsible'); el.innerHTML = '';` remained unchanged. And there was `destroyChart('topResponsible');` earlier at line 1434 too. Double destroy maybe pre-existing pattern (destroy before showChartEmpty and again before new chart). Minor, not new.
B. **The new `syncPairedPendingCharts` renders paired charts again 120ms after the initial render; each render recreates Highcharts charts.** But also in `renderPendenciasCharts`, they call `renderCriticalChart`, then `renderPairedPendingCharts`, then `syncPairedPendingCharts()` scheduled 120ms later, then `reflowCharts(PENDENCIAS_CHART_KEYS)`. And `renderPendenciasCharts` is called on switchView and also via refresh after filters. This means whenever user changes filter, paired charts get re-rendered twice within 120 ms; additionally, if charts are destroyed by `destroyPendenciasCharts` between initial render and the scheduled re-render (because the user switches away before 120 ms), `syncPairedPendingCharts` will re-render the charts while the section is hidden (d-none), causing layout measured as fallback (200px). But renderTopResponsibleChart re-creates charts even when hidden? Actually if the section is d-none, wrap clientHeight = 0, fallback = 200 min-height. Charts would be created on a hidden container; harmless.
Actually bigger: On the resize handler, `renderPairedPendingCharts()` re-renders each time. `renderPairedPendingCharts` destroys and recreates charts on every debounced resize (150ms). Combined with `syncPairedPendingCharts` there could be flicker/reflow churn. But maybe needed for resize adaptation. Not a real bug.
C. **Data table fallback uses chart data of live Highcharts (reverse order problem).** In tableFromStackedBarChart, the categories from xAxis are ordered as categories (not reversed). In the chart, categories in `renderTopResponsibleChart` come from `ordered = rows.slice().reverse()`, so categories are in reverse. The data in chart is also in same order, so table matches chart. Not a bug.
D. **The export pendencias critical chart table uses chartData labels, fine.**
E. **For export overview: overview sections include distribution sections after the 3 overview sections. But `renderOverviewCharts()` only renders when the section is visible (not d-none).** Since export is called while currentView is visao_geral, that section is visible. But wait: after `exportPanelChartsPrint` is invoked for visao_geral, if the user clicked export when section visible, fine. Note renderOverviewCharts itself also calls initDistributionCharts. So gauge images should exist.
But `ensureDistributionChartsForExport` checks resolution gauge rendered; if not, calls window.refreshSsmaActionPlanCharts() which destroys & rebuilds; resolves after 420ms.
Potential real issue: In overview view, distribution charts `ssma-action-plan-type-bar` etc. are inside the visao_geral section. When overview is active, are those charts rendered? They use `_actions_bar_chart.html.twig` with `auto_init: false`, meaning JS must call render. window.initSsmaActionPlanCharts is only invoked when containers exist. That's handled by `renderOverviewCharts()` via `initDistributionCharts()`. So yes.
But wait — resolution gauge: In visao_geral template line 116, resolution gauge div has fixed style `height: 360px`. But rule #? In `renderSsmaActionPlanGauge` they render pie chart with container element. OK.
F. Potential bug in `captureCardSectionForPrint`: When capturing a card that contains Highcharts chart, it sets overflow visible on chartEl and hcContainer, then scrollIntoView, waits, captures, and then resets chartEl overflow to '' but NOT the hcContainer (that's confirmed #5). Also it resets chartEl overflow but the hcContainer inline overflow remains visible. Note chartEl.style.overflow originally ''. Yes reset ok.
G. Potential bug: In `buildPrintSectionsHtml` for each section that `canCaptureImage`, they call `captureSectionForPrint`, which calls `captureEl.scrollIntoView`. That scrolls the main window (since sections are on the live page). This could trigger the window resize? Actually scrollIntoView doesn't trigger resize events. But it does trigger scroll events. During export, scrolling the page could be undesirable (UI jumping around) while spinner shows — acceptable though. But there's a subtle risk: The charts inside the section might be re-rendered by the window resize listener? Scroll doesn't cause resize.
H. Potential issue: For pendencias export — `renderTopResponsibleChart` sets chart height based on wrap's clientHeight, which depends on the card layout. During export, after scrollIntoView of each section, layout could change. Not a bug.
I. Wait a real bug candidate: `exportPanelChartsPrint` in pendencias path calls `reflowCharts(PENDENCIAS_CHART_KEYS)`, then sets busy. For pendencias, it does NOT call renderPairedPendingCharts or re-render to ensure charts visible. But if current view is pendencias, renderPendenciasCharts was already run. If pendencias charts not rendered yet (because user is on visao_geral, then exports from pendencias?) — can't, because button hidden in comparativo only, and export allowed for pendencias & visao_geral only when currentView is that view. So fine.
J. Potential issue: `ensureHtml2Canvas` race - if two exports begin concurrently (findings #1), each may create loader. Also confirmed #3.
K. Potential issue with iframe `onload` not firing if srcdoc content is a huge data URL string (size constraints). Possibly srcdoc size limits. Not easily confirmable.
L. **In `setExportChartsBtnLoading`, restoring innerHTML** might restore with event listeners? It stores `btn.innerHTML` on first loading. Because it's called each time. If export finishes then a second export runs, dataset.originalHtml persists? On unload, they set `btn.dataset.originalHtml = btn.innerHTML` which includes spinner; on finish, restore to original. When loading again, they capture current innerHTML which is already original. OK.
M. Potential issue: **`exportPanelChartsPrint` doesn't reset button on browser print dialog cancel (`beforeprint`/`afterprint`)** — It attaches afterprint listener and fallback 4000ms. It's okay.
N. Now consider CSS: In `.ssma-ap-chart-host--fill` we set `height: 100%` but `max-height: none`. But note when renderTopResponsibleChart sets el.style.height = chartHeight px where chartHeight comes from wrap height. In the flex layout: `.ssma-ap-chart-wrap--paired` has `flex: 1 1 auto`, and the host has `height:100%` with min-height 175. If the chart height computed from wrap.clientHeight is measured after content. Because host itself occupies 100% height, wrap.clientHeight might already include host min-height 175 and card heights. Hmm — the wrap height is set by the flex container; it's not self-sizing based on content? `.ssma-ap-chart-wrap--paired { flex: 1 1 auto; display:flex; flex-direction: column; min-height: 0; }` With card being flex column: header fixed, wrap flex-grow 1. If the wrap's content (chart host) is bigger than the available space, the host with `flex: 1 1 auto` inside a flex-column wrap... the host is a child of the wrap; wrap is flex container; host has flex: 1 1 auto so it can grow to content? Actually `height:100%` fixed to wrap. But content is taller; host overflows maybe with max-height none. Fine.
The `.ssma-dashboard-chart-pair-row > [class*="col-"] { min-height: 235px; }` ensures both columns at least 235px.
The whole reason for the paired layout rework: previously each chart was sized by content; with variable category counts, one card could be much taller than its sibling and the row height looked off. Now they equalize to the tallest card height? No: both cards `h-100` within a row of equal height determined by... the natural height of content? Actually with h-100 on flex items inside `.d-flex` (the col) and the row having no explicit height, the row height is the max of the two columns' content heights; each column is `d-flex` so its height equals content; the card with h-100 in column matches column height. But the column height is determined by the tallest content (since d-flex stretch). So the two columns share the height of the taller content. Then the card with less content has a taller chart area (fill). This equalizes heights. Fine.
This layout is complex but acceptable. Let me not raise CSS issues unless obvious.
O. **Potential bug: rendering top-responsible chart within pair could overflow when many categories, because chartHeight from wrap height and Highcharts will shrink pointWidth but xAxis categories labels need space.** Not clear.
P. **A real issue candidate: `renderPairedPendingCharts` within `switchView('pendencias')` calls `renderPendenciasCharts` only if section not d-none. But when default view is visao_geral and the user opens the tab at visao_geral then clicks pendencias pill: switchView runs bindViewPills; sections toggled first then switchView. Good, section visible by then.**
Q. Now think about `ensureDistributionChartsForExport` and `renderOverviewCharts` timing: `renderOverviewCharts` internally wraps in `waitHighcharts`, which is async? If Highcharts not yet loaded, then export might capture before distribution charts reflow. But waitHighcharts waits for Highcharts and jQuery? Let me check the function.
R. Possible bug: **Export in overview mode relies on `getOverviewData()` which reads from DOM `ssma-ap-overview-data-json`?** Let me find getOverviewData.
Let me search getOverviewData and parsePanelData.
S. Another real candidate: In `captureCardSectionForPrint`, when the section is the operational summary (`captureType: 'panel'`) with id `ssma-ap-operational-summary`, `getChartCaptureElement` returns `el.closest('.ssma-dashboard-chart-card') || el.closest('.app-card-surface') || el`. The operational summary is NOT inside an app-card-surface; its parent is a `row`, col-12, and itself `.ssma-ap-operational-summary` inside col. So captureEl = el itself. Then html2canvas captures only the summary panel (not the whole row). Probably intended. It scrolls the summary into view. OK.
T. Now there is a possible bug: For sections like `ssma-ap-chart-overview-origin-time` and `-person-time`, the containers are inside `.ssma-ap-chart-wrap--hbar`; getChartCaptureElement finds closest `.ssma-dashboard-chart-card` — good, the whole card captured (including header). But note for these overview hbar charts the card might be taller than the other; card capture includes white space. Fine.
U. **Now a subtle bug about escaping in `escapeHtml` for use inside `srcdoc`**: Since srcdoc is assigned via DOM property (not HTML parser), no need to HTML-escape the document itself. Fine. But data URLs (base64 PNG) are huge strings; srcdoc could be several MB. Also `useCORS: true; allowTaint: true;` requires images not tainted. The card images include avatar images (from same origin), charts are SVG within same origin. OK.
V. **Possible XSS**: tableFromStackedBarChart uses values read from Highcharts chart, plus `String(row.name)`. But wait for fallback path in `getPendenciasPrintSections` for top responsible: uses `row.name` escaped in buildPrintTableHtml. Values are fine.
But for the image capture path, the HTML content captured includes `title` attr etc. html2canvas renders in iframe with CORS; with allowTaint true, data could be tainted and toDataURL fails → returns null → section dropped (finding #2). OK.
W. Another potential real bug: **`hasRenderedChart` returns true if `.highcharts-container` exists — but gauge rendered as Highcharts pie is inside `.highcharts-container`. For distribution typeBar/deadlineBar bar charts, also Highcharts containers. But `ssma-action-plan-type-bar` etc. are rendered by `renderSsmaActionsBarChart` — check whether these are Highcharts or custom. They appear in Highcharts.charts, findChartByContainerId works only if renderTo matches. Let me check `_actions_bar_chart.html.twig` and its render function to see whether chart container gets `.highcharts-container`. Yes, likely.
Wait — those distribution charts are rendered using `window.renderSsmaActionsBarChart` which is defined elsewhere (maybe a shared js for bar charts). The chart element contains `.highcharts-container`. Yes.
X. **A real bug candidate: `ensureDistributionChartsForExport` is called only in overview export. It checks resolution gauge only. If resolution gauge present but typeBar/deadlineBar missing, then needsRefresh false and it just reflows — meaning distribution bar charts never get refreshed if they were never rendered.** But typeBar/deadlineBar also initially rendered by initDistributionCharts within renderOverviewCharts (called just before). So if user is currently on visao_geral, charts are rendered there. OK.
Y. **Now the `_tab_action_plan.html.twig` change**: `renderSsmaActionPlanResolutionGauge` previously rendered a custom conic-gradient gauge (DOM/CSS), and returned `{ reflow: $.noop }`. Now it renders a Highcharts pie gauge via `renderSsmaActionPlanGauge`. Notably, the visual changed from conic-gradient to Highcharts donut, plus a center label. But does the center label show the percentage? renderSsmaActionPlanGauge's chart events call `updateSsmaActionPlanGaugeCenterLabel(this, normalizedValue)`. This creates the `.ssma-gauge-center-value` span? Need to check updateSsmaActionPlanGaugeCenterLabel.
But that affects DOM gaugeValueFromDom reading `.ssma-gauge-center-value`. Both project and resolution gauges now produce `.ssma-gauge-center-value` presumably.
Also the diff removes `buildSsmaResolutionConicalGradient`? No it stays defined but unused? Wait: in diff for `_tab_action_plan.html.twig`, function `renderSsmaActionPlanResolutionGauge` body replaced. But now `buildSsmaResolutionConicalGradient` is no longer used anywhere? It's still defined at line 449. If unused now, dead code — minor. But it might be used elsewhere? search. Also `renderSsmaActionPlanResolutionGauge` normalizes value again and calls renderSsmaActionPlanGauge with hasData param `true` always — but earlier it handles `hasData === false` first and returns empty state. Wait look: line 468-471: if (hasData === false) return renderSsmaActionPlanChartEmptyState(containerId); Then computes normalizedValue, calls renderSsmaActionPlanGauge(..., true). That's weird: it passes `hasData` argument as `true` regardless. renderSsmaActionPlanGauge checks hasData===false. Passing true means always render. That's consistent since we already returned if hasData false. Fine.
But now there might be an issue: previously the resolution gauge's rendered DOM used classes `.ssma-gauge-center-value` inside `ssma-conic-gauge-wrapper`. Now the Highcharts pie gauge center label uses `updateSsmaActionPlanGaugeCenterLabel`. This function is defined where? It may rely on the existing center-label update. And these new Highcharts pie charts for gauges get added to `ssmaActionPlanChartState` and destroyed properly.
But there is an important subtlety about the change from conic-gradient gauge (a DOM ring) to Highcharts pie: `hasRenderedChart(containerId)` checks `.highcharts-container` OR `.ssma-conic-gauge-wrapper`. Good.
`ensureDistributionChartsForExport` checks whether resolution gauge `.highcharts-container` exists. If not → needs refresh. On the initial state, the resolution gauge is rendered by Highcharts now (as pie). But note, is the resolution gauge chart rendered lazily only when initSsmaActionPlanCharts ran? Yes. If user opens the tab and immediately exports (button enabled), renderOverviewCharts first runs, calling initDistributionCharts, which calls window.initSsmaActionPlanCharts; that function checks `ssmaActionPlanChartState.initialized`. If previously initialized while panel hidden? On visao_geral, distribution charts are visible. So fine.
Actually wait — there's a subtlety. These distribution charts are on the visao_geral tab. But when the Painel tab is not yet visible or the view is pendencias, initSsmaActionPlanCharts may have been called already with visible containers? The tab `_tab_painel_visao_geral.html.twig` is inside `data-ap-panel-view="visao_geral"` hidden initially. When user goes to visao_geral view, renderOverviewCharts will init. OK.
Z. **One more potential issue**: The `_tab_action_plan.html.twig` had a resolution gauge previously using a custom `ssma-conic-gauge-wrapper` — CSS styles for `.ssma-conic-gauge-wrapper` and `.ssma-gauge-center-value` still exist in CSS (line 1248 references resolution gauge id). The new approach uses Highcharts chart; its center label is added by updateSsmaActionPlanGaugeCenterLabel, need to confirm that function creates an HTML span `.ssma-gauge-center-value` in the container. Since CSS exists for `.ssma-gauge-center-value` in the same file (line ~1248?), presumably.
Let me look at that function `updateSsmaActionPlanGaugeCenterLabel`.
AA. A real bug candidate in `destroySsmaActionPlanCharts`: it now destroys resolutionGauge chart instance and sets state null, then sets `$('#...resolution-gauge, ...').html(ssmaActionPlanChartEmptyStateHtml)` — that's fine.
BB. But now the refresh function destroys and rebuilds, and re-renderSsmaActionPlanCharts. OK.
CC. Consider the reported doc rule: "Esses 4 charts não passam pelos filtros AJAX do Painel." The distribution charts are fed from `action_plan_data` (server-side render of Actions tab data) — the resolution gauge previously rendered via a pure CSS conic gradient and now Highcharts. With `action_plan_empty_chart_state` fallback in the container's HTML (line 116: `{{ action_plan_empty_chart_state }}`), after build the empty state HTML is replaced by Highcharts chart when data present.
Hmm, but there's a big potential bug here: `renderSsmaActionPlanGauge` renders `Highcharts.chart(containerId, ...)`. But the container `#ssma-action-plan-resolution-gauge` might contain `action_plan_empty_chart_state` (from SSR, if no action data). When data arrives and charts init, they call buildSsmaActionPlanCharts which will render the gauge chart. Fine.
DD. Let me examine the more subtle issue of the resolution gauge change interplay with the KPI/table export: `gaugeValueFromDom('ssma-action-plan-resolution-gauge')` reads `.ssma-gauge-center-value` text. Since renderSsmaActionPlanGauge chart events update center label on render event, presumably text is updated. But with empty chart state (hasData false), `.ssma-gauge-center-value` not present, so returns '—'. Fine.
EE. Now consider an actual defect: The Highcharts pie gauge center label relies on `updateSsmaActionPlanGaugeCenterLabel` to position label over the donut. Need to check it uses container size and repositions. It may need the chart area width. Let me read that function in the template near earlier lines (say 250-380).
Let me read template lines 200-380 to see updateSsmaActionPlanGaugeCenterLabel and renderSsmaActionPlanChartEmptyState etc.
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 380, "file_path": "templates/ssma/action_plan/tabs/_tab_action_plan.html.twig", "start_line": 150}
Result
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig (Total lines: 2262)
IS_TRUNCATED: false
LINE_RANGE: 150-380
150| 'tooltip': 'Relatório executivo',
151| 'attributes': {
152| 'data-report-url': path('ssma_plano_acao_index', {executive_report: 1})
153| }
154|}]) %}
155|{% include 'components/ui/_mobile_fabs.html.twig' with { buttons: _actionPlanFabButtons } %}
156|
157|<div class="members-content p-3 ssma-action-plan-tab">
158|
159| {% if action_plan_actions|length == 0 %}
160| {% include 'utils/empty_state.html.twig' with {
161| 'title': 'Plano de ação',
162| 'description': 'Estrutura inicial preparada para concentrar ações, responsáveis, prazos e acompanhamento.',
163| 'minHeight': '420px',
164| 'imageMaxWidth': 240
165| } %}
166| {% else %}
167| <div class="row">
168| <div class="col-12 col-md-6 col-xl-3 mb-3 js-ssma-action-plan-kpi-card" data-kpi-key="total_actions">
169| {% include 'components/ui/_card.html.twig' with {
170| title: 'Total de ações',
171| value: kpis.total_actions|default(action_plan_actions|length)
172| } %}
173| </div>
174| <div class="col-12 col-md-6 col-xl-3 mb-3 js-ssma-action-plan-kpi-card" data-kpi-key="open_actions">
175| {% include 'components/ui/_card.html.twig' with {
176| title: 'Ações abertas',
177| value: kpis.open_actions|default(0)
178| } %}
179| </div>
180| <div class="col-12 col-md-6 col-xl-3 mb-3 js-ssma-action-plan-kpi-card" data-kpi-key="resolved_actions">
181| {% include 'components/ui/_card.html.twig' with {
182| title: 'Ações resolvidas',
183| value: resolved_actions
184| } %}
185| </div>
186| <div class="col-12 col-md-6 col-xl-3 mb-3 js-ssma-action-plan-kpi-card" data-kpi-key="without_project">
187| {% include 'components/ui/_card.html.twig' with {
188| title: 'Sem projetos',
189| value: kpis.without_project|default(0)
190| } %}
191| </div>
192| </div>
193|
194| <div class="row">
195| <div class="col-12 mb-3">
196| <div class="app-card-surface pt-3 px-3 pb-2 ssma-action-plan-recommendation-card">
197| <div class="d-flex align-items-start" style="gap: 12px;">
198| <span class="ssma-action-plan-recommendation-icon">
199| <i class="fas fa-lightbulb"></i>
200| </span>
201| <div style="min-width: 0;">
202| <div class="ssma-action-plan-recommendation-label mb-1">Recomendação</div>
203| <div class="ssma-action-plan-recommendation-text js-ssma-action-plan-recommendation-text" data-toggle="tooltip">
204| {{ recommendation_text }}
205| </div>
206| </div>
207| </div>
208| </div>
209| </div>
210| </div>
211|
212| <div class="row" id="ssma-action-plan-main-row">
213| {% include 'ssma/action_plan/partials/_action_plan_table.html.twig' with {
214| action_plan_data: action_plan_data,
215| allMembers: allMembers,
216| ssmaCanManageOccurrences: ssmaCanManageOccurrences|default(false)
217| } %}
218| </div>
219| {% include 'ssma/partials/_modal_action_rejected.html.twig' with {
220| ssmaCanManageOccurrences: ssmaCanManageOccurrences|default(false)
221| } %}
222| {% include 'ssma/action_plan/partials/_action_plan_view_offcanvas.html.twig' %}
223|
224| {# Modal: Vincular ação a um plano de ação existente #}
225| <div class="modal fade" id="ssmaLinkProjectModal" tabindex="-1" role="dialog" aria-labelledby="ssmaLinkProjectModalLabel" aria-hidden="true">
226| <div class="modal-dialog modal-dialog-centered" role="document">
227| <div class="modal-content">
228| <div class="modal-header">
229| <h5 class="modal-title" id="ssmaLinkProjectModalLabel">
230| <i class="fas fa-link mr-2"></i>Vincular a um plano de ação
231| </h5>
232| <button type="button" class="close" data-dismiss="modal" aria-label="Fechar">
233| <span aria-hidden="true">×</span>
234| </button>
235| </div>
236| <div class="modal-body">
237| <div id="ssmaLinkProjectLoadingState" class="text-center py-3" style="display:none;">
238| <i class="fas fa-spinner fa-spin mr-1"></i> Carregando planos...
239| </div>
240| <div id="ssmaLinkProjectContent">
241| <div class="form-group mb-0">
242| <label for="ssmaLinkProjectSelect">Plano de ação <span class="text-danger">*</span></label>
243| <select class="form-control" id="ssmaLinkProjectSelect">
244| <option value="" disabled selected>Selecione um plano de ação</option>
245| </select>
246| <small class="text-muted mt-1 d-block">A ação será vinculada ao plano selecionado.</small>
247| </div>
248| </div>
249| </div>
250| <div class="modal-footer">
251| <button type="button" class="btn btn-default" data-dismiss="modal">Cancelar</button>
252| <button type="button" class="btn btn-primary" id="ssmaLinkProjectConfirmBtn">
253| <i class="fas fa-link mr-1"></i>Vincular
254| </button>
255| </div>
256| </div>
257| </div>
258| </div>
259|
260| <script src="{{ asset('js/metahuman-standard/components/_modal_offcanvas.js') }}"></script>
261| <script>
262| var ssmaActionPlanChartState = window.ssmaActionPlanChartState || {
263| projectGauge: null,
264| resolutionGauge: null,
265| typeBar: null,
266| deadlineBar: null,
267| initialized: false
268| };
269| var ssmaActionPlanGauges = {{ action_plan_data.gauges|default({})|json_encode|raw }};
270| var ssmaActionPlanTypeSeries = {{ action_plan_data.bar_charts.types|default([])|json_encode|raw }};
271| var ssmaActionPlanCharts = {{ action_plan_charts|merge({'actions_on_schedule': actions_on_schedule})|json_encode|raw }};
272| var ssmaActionPlanChartEmptyStateHtml = {{ include('components/_empty_card_state.html.twig', {
273| icon: 'fa-chart-column',
274| title: 'Nenhum dado disponível',
275| subtitle: 'O gráfico será exibido quando houver informações suficientes.'
276| })|json_encode|raw }};
277| var ssmaActionPlanState = window.ssmaActionPlanState || {
278| actions: {{ action_plan_actions|json_encode|raw }},
279| kpis: {{ action_plan_data.kpis|default({})|json_encode|raw }},
280| gauges: {{ action_plan_data.gauges|default({})|json_encode|raw }},
281| charts: {{ action_plan_charts|merge({'actions_on_schedule': actions_on_schedule})|json_encode|raw }},
282| barCharts: {
283| types: {{ action_plan_data.bar_charts.types|default([])|json_encode|raw }}
284| }
285| };
286| var ssmaActionPlanDeleteUrl = {{ path('admin_ssma_action_plan_delete')|json_encode|raw }};
287| var ssmaActionPlanReopenUrlTemplate = {{ path('admin_ssma_action_reopen', {id: '__ID__'})|json_encode|raw }};
288| var ssmaActionPlanProjectsUrl = {{ path('ssma_action_plan_projects')|json_encode|raw }};
289| var ssmaActionLinkProjectUrlTemplate = {{ path('ssma_action_link_project', {id: '__ID__'})|json_encode|raw }};
290| var ssmaOccurrenceViewUrlTemplate = {{ path('admin_ssma_occurrence_view', {id: '__ID__'})|json_encode|raw }};
291| var ssmaIsViewer = {{ ssmaIsViewer|default(false) ? 'true' : 'false' }};
292| var ssmaCanAccessSupervisorSurface = {{ ssmaCanAccessSupervisorSurface|default(false) ? 'true' : 'false' }};
293| var ssmaCanManageOccurrences = {{ ssmaCanManageOccurrences|default(false) ? 'true' : 'false' }};
294|
295| window.ssmaActionPlanChartState = ssmaActionPlanChartState;
296| window.ssmaActionPlanState = ssmaActionPlanState;
297|
298| function renderSsmaActionPlanChartEmptyState(containerId) {
299| $('#' + containerId).html(ssmaActionPlanChartEmptyStateHtml);
300|
301| return {
302| reflow: $.noop,
303| destroy: function () {
304| $('#' + containerId).html(ssmaActionPlanChartEmptyStateHtml);
305| }
306| };
307| }
308|
309| function waitForSsmaActionPlanHighcharts(callback, retries) {
310| var loaderState = window.__dynamicChartHighchartsLoaderState || {};
311|
312| if (window.Highcharts && loaderState.ready) {
313| callback();
314| return;
315| }
316|
317| var remaining = (typeof retries === 'number') ? retries : 60;
318| if (remaining <= 0) {
319| return;
320| }
321|
322| setTimeout(function () {
323| waitForSsmaActionPlanHighcharts(callback, remaining - 1);
324| }, 120);
325| }
326|
327| function updateSsmaActionPlanGaugeCenterLabel(chart, value) {
328| var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
329| var labelText = normalizedValue + '%';
330| var gaugeSeries = chart.series && chart.series[0] ? chart.series[0] : null;
331| var seriesCenter = gaugeSeries && gaugeSeries.center ? gaugeSeries.center : null;
332|
333| if (!seriesCenter) {
334| return;
335| }
336|
337| if (!chart.customCenterLabel) {
338| chart.customCenterLabel = chart.renderer
339| .text(labelText, 0, 0)
340| .attr({
341| zIndex: 5
342| })
343| .css({
344| color: '#5C5D5D',
345| fontFamily: 'Inter, sans-serif',
346| fontSize: '40px',
347| fontWeight: '700',
348| lineHeight: '1',
349| textOutline: 'none'
350| })
351| .add();
352| } else {
353| chart.customCenterLabel.attr({ text: labelText });
354| }
355|
356| var bbox = chart.customCenterLabel.getBBox();
357| var centerX = chart.plotLeft + seriesCenter[0];
358| var centerY = chart.plotTop + seriesCenter[1];
359|
360| chart.customCenterLabel.attr({
361| x: centerX - (bbox.width / 2),
362| y: centerY + (bbox.height / 4)
363| });
364| }
365|
366| function getSsmaActionPlanCssColor(varName, fallback) {
367| var value = getComputedStyle(document.documentElement).getPropertyValue(varName);
368| value = value ? value.trim() : '';
369| return value || fallback;
370| }
371|
372| function getSsmaActionPlanBrandColors() {
373| return {
374| dark: getSsmaActionPlanCssColor('--company-theme1-800', '#0F3D4A'),
375| base: getSsmaActionPlanCssColor('--company-theme1', '#1E8FA0'),
376| light: getSsmaActionPlanCssColor('--company-theme1-600', '#155465')
377| };
378| }
379|
380| function buildSsmaActionPlanGradient(config) {
Request #31
deepseek-v4-flash
P:72.21K C:401 CR:68.99K CW:0
3969ms
Reasoning
The gauge center label update function uses `chart.renderer.text` and positions it. It doesn't create `.ssma-gauge-center-value`. So `gaugeValueFromDom` reading `.ssma-gauge-center-value` would find nothing — wait. Wait, this is the same render function used by both project gauge and resolution gauge. Was project gauge previously rendered as Highcharts pie too? Yes, in buildSsmaActionPlanCharts, projectGauge was already rendered by renderSsmaActionPlanGauge with Highcharts and uses customCenterLabel (SVG text). There's no `.ssma-gauge-center-value` in this Highcharts version.
But hold on - the removal in `renderSsmaActionPlanResolutionGauge` means the resolution gauge previously created DOM `.ssma-gauge-center-value` inside `.ssma-conic-gauge-wrapper` (conic gradient CSS ring). That CSS-based gauge is now replaced by the same Highcharts pie gauge as the project gauge.
Now consider `gaugeValueFromDom('ssma-action-plan-resolution-gauge')`: it looks for `.ssma-gauge-center-value`. In Highcharts pie gauge, the center label is an SVG `<text>` element without that class. So `gaugeValueFromDom` returns '—' even when the gauge shows data.
But wait, maybe CSS in the panel CSS creates center labels? Let me check where `.ssma-gauge-center-value` appears in CSS or DOM. Search code for ssma-gauge-center-value.
Tool Calls (2)
code_search
Show Details
Arguments
{"search_text": "ssma-gauge-center-value"}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 1
2018| var valueEl = el.querySelector('.ssma-gauge-center-value');
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig
Match lines: 1
96|.ssma-gauge-center-value {
code_search
Show Details
Arguments
{"search_text": "updateSsmaActionPlanGaugeCenterLabel"}
Result
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig
Match lines: 2
327| function updateSsmaActionPlanGaugeCenterLabel(chart, value) {
513| updateSsmaActionPlanGaugeCenterLabel(this, normalizedValue);
Request #32
deepseek-v4-flash
P:72.77K C:6.95K CR:72.58K CW:0
53562ms
Reasoning
So `.ssma-gauge-center-value` class is defined in CSS at template line 96, but now the resolution gauge no longer renders that DOM class — it renders an SVG text element via Highcharts. Was `.ssma-gauge-center-value` previously used ONLY for the resolution gauge DOM markup (conic gradient) that was removed? Let me check where `ssma-gauge-center-value` used to be generated — the removed code built HTML `<span class="ssma-gauge-center-value">`. Now removed. So it's not present in DOM anymore for the resolution gauge.
So `gaugeValueFromDom` (new export fallback) will not find it. However, in overview export, both the project gauge and resolution gauge are captured as images (html2canvas). The getTable fallback for gauges is only used when canCaptureImage is false OR capture fails (then section dropped anyway — finding #2). So actually the gauge table fallback uses gaugeValueFromDom and would give '—'. But since gauge sections have charts rendered, canCaptureImage true, and the image path is used (unless capture fails, in which case section is dropped). So gaugeValueFromDom fallback rarely used. Low impact.
Hmm, wait — but is there a subtlety about which charts become gauge images? In overview export, the distribution chart typeBar and deadlineBar are rendered through `_actions_bar_chart.html.twig`. Let's check the render function `renderSsmaActionsBarChart` to see whether it creates `.highcharts-container`. The gauge cards are captured with images.
Actually wait: there might be a real bug in the `captureElementAsPng` - gauge center label is SVG text; html2canvas can render it.
But one issue: the gauges are in cards with a `p-3` wrapper and their containers have fixed height 360px. This would be captured.
Now, another important issue to consider: When exporting visao_geral, is the 'visao_geral' section visible at export time? Yes.
Let me consider the change from conic CSS gauge to Highcharts pie gauge in `_tab_action_plan.html.twig`: previously project gauge was Highcharts pie with custom center label drawn as SVG text element (no DOM class). Resolution gauge was a pure CSS conic gradient. Now resolution gauge becomes Highcharts pie as well, with the same center label approach. This changes visuals of resolution gauge on the whole plan de ação page — not just export. The review rule says the visual "Taxa de aceitação" gauge must match previous conic gradient appearance. But the PR description states the aim is exports; they changed the resolution gauge implementation to Highcharts pie. The impact: the resolution gauge now looks like the project gauge (a pie donut) rather than conic ring. Possibly a design regression but probably product intent to unify gauge for html2canvas capture. Both project & resolution gauges use same style. Let me not flag since it's likely intentional (resolution gauge was previously built differently from project gauge; but it's the same visual? The conic gradient produces a ring similar to pie gauge? Maybe similar enough.) Actually the conic gradient ring uses a hole and thick ring; pie with innerSize 68% and size 88% shows similar.
But there might be a functional regression: previously when `hasData` was true and `value` 0, the conic gradient would render ring with #E8EDF2 full (all gray). New Highcharts renders two series: value 0 (color gradient) and 100 (gray). For value 0 the first arc has 0 length so basically gray full. Same.
There is a potential regression in destroy: destroySsmaActionPlanCharts now iterates all 4 charts and calls destroy() on resolutionGauge (previously set to null manually after destroying the rest and overriding with empty-state HTML). Wait previously resolutionGauge was NOT a chart instance, so the array didn't include it (state key null). Actually they previously had a line `ssmaActionPlanChartState.resolutionGauge = null;` after the forEach. Now they add 'resolutionGauge' in forEach array, and remove the explicit line. Fine.
Now, though, is there any other place that reads `.ssma-conic-gauge-wrapper` for the resolution gauge to detect "hasRenderedChart"? `hasRenderedChart` checks `.highcharts-container` first; the resolution gauge now has a Highcharts container. So fine. Also there is CSS for `#ssma-action-plan-dashboard-root #ssma-action-plan-resolution-gauge` line 1248 and CSS `.ssma-conic-gauge-wrapper` etc. leftover in template. Let me examine the CSS to verify the gauge won't break (leftover styles unused). Minor.
Let me look at the resolution gauge HTML template — maybe the container had fixed height 360px inline, meaning charts fill it.
Now let me check the CSS more carefully in the changed CSS for issues: Look at the diff CSS additions:
```
#ssma-action-plan-dashboard-root .ssma-dashboard-chart-pair-row > [class*="col-"] {
min-height: 235px;
}
#ssma-action-plan-dashboard-root .ssma-dashboard-chart-card--paired { min-height: 100%; }
#ssma-action-plan-dashboard-root .ssma-ap-chart-wrap--paired { flex: 1 1 auto; display: flex; flex-direction: column; min-height: 0; padding: 4px 8px 6px; }
#ssma-action-plan-dashboard-root .ssma-ap-chart-host--fill { flex: 1 1 auto; width: 100%; min-height: 175px; height: 100%; max-height: none; }
#ssma-action-plan-dashboard-root .ssma-ap-chart-host--column.ssma-ap-chart-host--fill { min-height: 175px; }
#ssma-action-plan-dashboard-root .ssma-ap-chart-wrap--hbar { padding: 8px 12px 10px; } (modified)
```
Potential issue: `.ssma-ap-chart-wrap--hbar` padding change affects overview hbar cards (which use `ssma-ap-chart-wrap--hbar`), giving them more padding but fixed chart height? For overview hbar charts, the card is not paired; container height is still set by JS with maxHeight fixed. So no.
But actually there is `.ssma-ap-chart-host--fill` requiring `flex: 1 1 auto` and min-height 175; if the wrap is smaller, charts may overflow. Fine.
Let me review whether the CSS for paired charts created a problem for the pendencias critical chart (not changed). Fine.
Now let me focus on identifying NEW real issues to report. Let's brainstorm more carefully on actual functional problems.
**Issue candidate N1: `syncPairedPendingCharts` + `destroyPendenciasCharts` race.** When switching views after pendencias charts schedule a delayed re-render (120ms), the timer callback still runs and re-renders paired charts even though pendencias view is now hidden. renderTopResponsibleChart will re-create charts into a d-none container; then reflowCharts. That would then make hidden charts. Not a major bug, though charts in hidden containers waste. Also, these re-renders in hidden state measure wrap.clientHeight = 0 (because parent d-none), so getPairedChartHeight returns fallback 200. When the user comes back to pendencias, switchView calls renderPendenciasCharts again and re-renders with correct sizes. So transient.
But there's the flip: `renderPendenciasCharts` guard requires the section to NOT be d-none, so if user switches to pendencias while section is visible... ok.
**Issue candidate N2: The paired layout heights rely on `.ssma-dashboard-chart-card--paired` clientHeight, but render happens right after section is made visible; CSS transitions might mean height not settled; but the double render via syncPairedPendingCharts (120ms later) tries to fix that.** This looks like an attempt to handle height changes; but 120ms may not be enough after fonts/images load. Not a bug per se.
**Issue candidate N3: Race in resize:** pairedChartsResizeTimer is declared; but window resize triggers `renderPairedPendingCharts()` after 150ms. If user is exporting (print) and resize happens, charts get re-rendered mid-export → html2canvas could capture mid-render state. Edge; not critical.
**Issue candidate N4: XSS vector via `escapeHtml` in buildPrintTableHtml uses table headers/rows, all fine. Wait but data rows could come from `row.name` from `top_responsible_pending` which is user-entered data (member names) - but escaped. OK.
**Issue candidate N5: `iframe.srcdoc` — `srcdoc` doesn't load external CSS files; the print doc embeds everything including base64 images. Should work. But HTML spec has size limits on iframe srcdoc? Possibly ~50MB? Fine.
**Issue candidate N6: In `exportPanelChartsPrint`, if `ensureHtml2Canvas()` resolves false, they abort with toast. But the busy flag reset: fine. But note in the error path they don't restore the hcContainer overflow changes (already #5). And they never restore card overflow because captureSectionForPrint already does per-section reset of chartEl but not hcContainer (#5).
**Issue candidate N7: In `captureCardSectionForPrint`, `captureEl.scrollIntoView` scrolls the entire page. After capture completes, the page may remain scrolled to the last section — with scroll positions changed from the last capture. The user's scroll position is left at the bottom section. This can be jarring but not critical. Maybe worth a low-severity note? Hmm. That's UI behavior. It's part of capture workflow (scroll into view then capture). After finishing export, the page will have scrolled to the operational summary (last pendencias section). Because for each section they scrollIntoView({block:'nearest'}) — but the iframe print opens, and when they come back, page is at last captured section. That's a UX annoyance but minor.
**Issue candidate N8: Data URLs produce very large HTML (each card ~ scale 2 full-width). With ~7 sections in overview plus each ~ A4 width at 2x = 3307x... a single PNG could be 1-3 MB, and 7+ images embedded as base64 could make srcdoc > 10MB. Browsers handle srcdoc of that size; memory ok. But `iframe.srcdoc = printHtml` should work. Not a bug.
**Issue candidate N9: In export for pendencias, the critical chart container `ssma-ap-chart-critical` is inside an `.app-card-surface` with header; the capture uses closest `.ssma-dashboard-chart-card`, capture the card. Good.
**Issue candidate N10: `hasRenderablePrintSection` for pendencias operational summary requires `.ssma-ap-op-row` or `.ssma-ap-op-total` exists. The template always renders `.ssma-ap-op-total` at line 425 even if rows empty. So capture proceeds even if zero rows: then capture an empty summary. OK.
**Issue candidate N11: `buildPrintSectionsHtml` calls `section.getTable()` before capture; getTable for gauge uses gaugeValueFromDom — fine.
**Issue candidate N12: Print doc title: buildPrintDocumentHtml title tag has special dash char — ok.
**Issue candidate N13:** The iframe `onload` could fire before Highcharts images are rendered? Wait they capture to base64 images; images are embedded. So onload just loads base64 imgs; wait 350ms then print. Fine.
**Issue candidate N14: Potential XSS / prototype pollution none.
Now, since confirmed finding #6 mentions missing filter metadata in the printed doc. I shouldn't repeat.
**Now, an important NEW candidate: `exportPanelChartsPrint` runs `renderOverviewCharts()` for visao_geral, which only renders when the section is visible (not d-none). But what if the user is in visao_geral but the current view was just switched and data fetch ongoing?** Meh.
**Candidate N15: On pendencias export, they reflow pendencias charts but not re-render paired charts with fresh heights. Since pendencias chart heights adapt to paired wrap, if wrap height changed (e.g., because the window has been resized) without a re-render, they could be stale but that's what the resize handler fixes.
**Candidate N16: Now, big new area: template `_tab_action_plan.html.twig` removes the special-case resolution gauge markup. But is there any code path that depends on the conic-gauge DOM structure, e.g., earlier in `_tab_painel.html.twig` has `hasRenderedChart` fallback `.ssma-conic-gauge-wrapper`. And CSS `.ssma-conic-gauge-ring` etc. remains defined. But the resolution gauge previously existed on the "Painel"? Wait actually the resolution gauge and type bar charts are in visao_geral. The template file `_tab_action_plan.html.twig` includes the `<script>` with all these functions. So the resolution gauge code is used in the visao_geral charts (they are not on the Ações tab). Right.
Wait actually `_tab_action_plan.html.twig` includes those KPI cards and table (Ações). The functions at lines 262+ buildSsmaActionPlanCharts that render `#ssma-action-plan-project-gauge` etc., which appear only in visao_geral template. So the script block inside the Ações tab template defines the functions used to render charts in the Painel view. Interesting architecture (function definitions live in the tab_action_plan template even though containers are in visao_geral) — both templates included in the same index page. Since `hasSsmaActionPlanDistributionCharts()` returns true if containers exist (in the DOM even if within d-none section), the chart state init occurs when the visao_geral container elements exist in DOM (they always exist, hidden). initSsmaActionPlanCharts may run even while visao_geral is hidden — chart renders into hidden container. In `renderOverviewCharts` it calls initDistributionCharts after ensuring visible. Hmm.
Wait, the script in `_tab_action_plan.html.twig` defines window.initSsmaActionPlanCharts, etc. These are also invoked from the panel JS when view pendencias? On initial load, if active view pendencias, the distribution charts (hidden d-none) are initialized when? Possibly never until switch to visao_geral triggers renderOverviewCharts → initDistributionCharts. Fine.
But after this PR, when export in overview calls `ensureDistributionChartsForExport`, it checks resolution gauge's `.highcharts-container`. If the gauge has never been rendered (still empty state html from SSR), needsRefresh true, calls window.refreshSsmaActionPlanCharts() which destroys & rebuilds, then wait 420ms. Good. But wait, refreshSsmaActionPlanCharts checks hasSsmaActionPlanDistributionCharts() true (containers exist) → sync series from state → waitForHighcharts → destroy and rebuild. Note: destroySsmaActionPlanCharts sets container HTML to empty state then build renders charts. That's fine.
However, if resolution gauge was rendered (needsRefresh false) but the typeBar/deadlineBar charts are NOT rendered (e.g., previous export flow rendered only gauge), then distribution bar images would be missing. `hasRenderedChart` for typeBar would be false, canCaptureImage false, and the section falls back to table only if hasValues. tableFromBarChart(findChartByContainerId(...)) would return no rows (chart missing), hasValues false → section skipped. But normally, initial render for overview renders both bars; if bars empty (no data), then refresh would still render empty state? Since `renderSsmaActionsBarChart` with empty series likely renders "no data"? Actually if action data empty, bar charts may be empty; that's OK: sections skipped.
Wait — there's something more: `ensureDistributionChartsForExport` only looks at resolution gauge. If resolution gauge has a chart but type/deadline bars have not yet been initialized (possible only if gauge chart was initialized earlier through some path and bars were cleared?) Bar charts don't exist in state; the 4 charts are initialized together. So OK.
**Candidate N17 (maybe REAL):** The charts in the overview panel are fed from `action_plan_data` (data from Ações tab) but now the resolution gauge is drawn by `renderSsmaActionPlanGauge` using Highcharts with `ssmaActionPlanGauges.resolution_rate || 0`. If `ssmaActionPlanState.kpis` etc. not yet hydrated? Those are server-rendered JSON, fine.
**Candidate N18:** The chart `renderSsmaActionPlanGauge` uses chart.renderer.text and series center. For html2canvas, SVG text labels within chart get captured. Good.
**Candidate N19 (check the conic gradient deletion): The deleted code used `buildSsmaResolutionConicalGradient`. Now that function is unused. Dead code (still defined) is minor — I won't report.
**Candidate N20 (a genuine potential bug) — export: capture of the topResponsible chart card includes the `ssma-ap-chart-wrap--paired` host `ssma-ap-chart-host--fill` with `max-height: none`, `min-height: 175px`, `height: 100%`. The highcharts chart `height` was set explicitly to the wrap height measured. When capturing the card via html2canvas of `.ssma-dashboard-chart-card`, the wrap's clientHeight may be larger than chartHeight, leaving gap at bottom. Since wrap is flex 1 auto within card that can grow, chart has fixed height possibly < wrap. Might leave whitespace. Cosmetic.
Let's verify: card height is driven by the two sibling cards: the tallest content determines the row. For topResponsible with 10 categories, the wrap flexes... hmm.
Let me evaluate more concretely: both columns `col-12 col-lg-6 d-flex` with cards `h-100`. The row has no explicit height. Column height = max(content heights of the two columns). Cards h-100 => card height = column height. In each card flex column, the wrap has `flex: 1 1 auto`, i.e., can grow, and chart host `flex: 1 1 auto` too, plus host has min-height 175 and explicit height set to wrap.clientHeight at render time.
Timeline in renderPendenciasCharts: Section is made visible by switchView BEFORE renderPendenciasCharts? In bindViewPills, sections toggled, then switchView. In switchView pendencias, renderPendenciasCharts() executed inside waitHighcharts → renderTopResponsibleChart reads wrap.clientHeight. At this point card heights are settled based on the content? But the chart host itself is currently empty (no chart yet) and min-height 175; so wrap height may be 175 initially (host min-height). Then charts render to that height. So chartHeight = wrap height ~ header+wrap content. After both cards render with charts of equal heights? The row height equalizes to taller card (probably the one with bigger chart). Because origin chart has chartHeight measured before render = initial height of 175 etc. Both roughly equal. The resulting card heights roughly equal, chart fills. It seems balanced. OK.
But there might be a subtle feedback loop: origin chart's column chart with many categories (e.g., 6 origins) needs height; topResponsible with up to 10 categories. Chart heights initially measured as wrap.clientHeight when only empty hosts exist (min-height 175). After the chart is drawn with fixed height 175 and min-height 175, no growth. Both equal 175? But origin host has `.ssma-ap-chart-host--column.ssma-ap-chart-host--fill { min-height: 175px; }`. And the wrap is flex: 1 1 auto; if both hosts equal the wrap height, cards equal.
Hmm, then why min-height 235 on columns? To guarantee enough room for chart + header.
OK CSS/layout probably tested by author. Not a bug.
**Candidate N21 — potential real bug about Highcharts container overflow for html2canvas:** Wait, `.highcharts-container` overflow hidden default; they set it visible before capture on the live element (finding #5 about not resetting). For the capture, html2canvas uses the cloned doc too where they set overflow visible on svg and containers. Fine.
**Candidate N22 — the `afterprint` event with `{ once: true }` inside a non-modern browser (older Safari) might not support options object for addEventListener (it treats it as capture bool?). If older browsers, the event listener would be capture=true but works? Actually {once:true} treated as truthy capture. afterprint would then call cleanup with capture=true still fires. Fine.
**Candidate N23 — issue: The export code checks `currentView === 'pendencias'`; But what if user clicks "Exportar gráficos" while the view is 'comparativo'? The button is hidden but still clickable if they clicked before switching? Not likely. They guard anyway.
**Candidate N24 — When `currentView` is `pendencias` but the pendencias charts aren't rendered yet because the user exported immediately on tab opening before `renderPendenciasCharts` finished (Highcharts not loaded)? exportPanelChartsPrint calls reflowCharts (with 80ms timeout) then busy etc; then buildPrintSectionsHtml → captureSectionForPrint → hasRenderablePrintSection → if no chart rendered yet, canCaptureImage false; if getTable has values, renders tables. But the pendencias section, if it never rendered charts (e.g., user on the painel tab default view pendencias but the initial renderPendenciasCharts is still waiting for Highcharts), export could produce a table-only PDF. Not fatal.
Wait — if charts don't exist (hasValues true) they render the table fallback only when !canCaptureImage. Good, better.
Now let me compare with finding #2: If capture fails silently after canCaptureImage true → section dropped even if table has values. That's #2. Right.
**Candidate N25 — Data types: `tableFromStackedBarChart` returns exec & val numbers possibly as `undefined` → String(undefined). Handled? If execSeries.data[index] is null? They use `execSeries.data[index] ? ... : 0`, if point has y=0 and object exists, returns 0. Fine.
**Candidate N26 — In `renderTopResponsibleChart`, chart uses `pointPadding: 0.06`, fixed, whereas groupPadding from computed sizing. With stacking and many categories, could overlap categories labels; meh.
**Candidate N27 — Actually a potential real issue: **In `computeHBarSizing`, groupPadding is `Math.max(0.06, Math.min(0.3, 1 - pointWidth/slot))`. In Highcharts, `pointPadding` is the fraction of the point width used as padding between points within a category group. `groupPadding` is fraction of plot width between groups. For a single-series (or stacked) bar chart, groupPadding controls spacing between bars of adjacent categories. If slot is smaller than pointWidth (many categories with small heights), pointWidth capped at 11, but if slot < ~11 (count huge), pointWidth/slot > 1, groupPadding = 0.06, bars may overflow slot? Not typical for top-10. Fine.
**Candidate N28 — Now, about the resize handler change:** When currentView is pendencias, on window resize after 150ms it re-renders paired charts and reflows pendencias + distribution charts. Note distribution charts are on overview, hidden. Calling reflowDistributionCharts while overview hidden can reflow hidden charts and is what the old code did. OK.
But there is a NEW subtle bug: paired charts get re-rendered on every window resize event (debounced 150 ms). If Highcharts is not yet loaded or panelData not present, renderPairedPendingCharts calls renderTopResponsibleChart & renderOriginChart which handle gracefully (show empty state?). Actually renderTopResponsibleChart when no panelData → showChartEmpty(el). But this would overwrite an existing chart? During resize after charts already rendered with data, panelData exists. Fine.
**Candidate N29 — the export uses `window.setTimeout(resolve, 420)` after refresh; if user is on overview, refresh re-inits charts including the gauges that are maybe hidden? They are on the visible overview section so OK.
**Candidate N30 — Potential double init of distribution charts.** On the initial page load at `planoAcaoPainel`, if default view = visao_geral, the script at bottom of _tab_action_plan renders? Wait, distribution charts (gauges and type/deadline bars) only exist in `_tab_painel_visao_geral.html.twig`, which lives in the Painel tab and hidden until visao_geral chosen. When the user opens Painel at default view pendencias, gauge containers are hidden. When they click visao_geral pill, the section becomes visible and switchView('visao_geral') → renderOverviewCharts (if !overviewChartsRendered) → initDistributionCharts → window.initSsmaActionPlanCharts.
Wait, but who defines `initSsmaActionPlanCharts` on window? The `<script>` at bottom of `_tab_action_plan.html.twig` (lines 261+), but note that script's functions reference `ssmaActionPlanChartState`, etc. That script runs when _tab_action_plan template is rendered on the page. Since both Ações tab and Painel are within same index page? The Painel tab template is rendered in `tab_plano_painel_content`? Actually the charts are inside the visao_geral view within the Painel tab (also part of the page DOM, just hidden). So both templates' scripts are loaded on the same page, once. Good.
Now window.refreshSsmaActionPlanCharts is exposed (added). Called only during overview export when gauge has no chart.
**Candidate N31 — Hmm, an interesting discrepancy: In the overview export, after `renderOverviewCharts()`, they call `ensureDistributionChartsForExport()`; inside, if resolution gauge rendered then `reflowDistributionCharts()` and resolve after 220ms. But there's no waitHighcharts gating after the potential refresh — refresh itself uses waitForHighcharts; if Highcharts isn't ready yet, the destroy/build happens later than 420ms and the capture of the gauge would occur too early (before charts ready) → hasRenderablePrintSection at capture time uses DOM check. Since capture checks happen in buildPrintSectionsHtml before capture, at that time if not rendered, canCaptureImage false and table fallback used (or skip). So on a slow load, the PDF will be tables only. Not a crash.
Actually wait — potential real bug: If refresh is triggered (resolution gauge not rendered) because distribution charts were not yet initialized. But then if resolution gauge is NOT rendered even after refresh (e.g., no data → renderSsmaActionPlanChartEmptyState returns an empty state without `.highcharts-container`), needsRefresh would still be true every time, but refresh returns quickly and after 420ms capture proceeds; canCaptureImage false; fallback table via gaugeValueFromDom → since empty state has no `.ssma-gauge-center-value` → '—'. Table still has a row "Taxa de aceitação — —". Meh.
Let's think about **a NEW serious issue that hasn't been found**: The export of the pendencias view does NOT include the pair of charts if user filters and renderPendenciasCharts was triggered, but when export triggered, `currentView` is pendencias. reflow only. But charts are there.
OK let me re-examine the **template** file `_tab_painel.html.twig` — actually there's a NEW likely bug: the export button's parent `#ap_painel_controls` toggled d-none for comparativo. In the mobile view (lg breakpoint down), the controls container `.modern-header-actions has-mobile-fabs` with `d-flex`? Whatever.
Wait, more important: **The export button wrap is shown for default 'pendencias' and 'visao_geral'. toggleHeaderFilters on init is called in onPainelTabVisible (line 3047) before `switchView(currentView)` which toggles correctly. However, at DOMContentLoaded, if default view is 'visao_geral', the SSR template sets `ap-painel-export-wrap` visible (no d-none) and pendencias filters hidden etc. Then bindViewPills and switchView on initialization happen only in onPainelTabVisible. If the tab is visible immediately (the user has the Painel open) then the function is called.
Another possibility: since `#ap_painel_controls` is in `modern-header-actions has-mobile-fabs` maybe there is a mobile layout CSS that hides it or duplicates; not worth.
**Now consider view comparativo default**: `panel_default_view == 'comparativo'` adds d-none to export wrap in SSR; toggleHeaderFilters at init with currentView comparativo sets d-none. Export button exists but hidden, but `bindExportChartsButton` still binds it; clicking hidden impossible. Also guard prevents export in comparativo.
Let me now look for NEW issues in CSS: Actually `.ssma-ap-chart-wrap--hbar` padding change: existing overview hbar cards use `.ssma-ap-chart-wrap--hbar`, and the hbar charts are rendered with explicit pixel height = categories.length*22+48 and `maxHeight` set to that. Adding extra padding reduces space but with maxHeight they may overflow (bars clipped) because container has maxHeight px + padding might overflow. Since highcharts chart height = categories * 22 + 48, the wrap previously had padding 6/10/8 total ~14px vertical; now 8+10=18px vertical. Chart container has fixed height from content so with the same fixed height plus padding, card grows. Fine.
Now a NEW actual bug candidate related to the paired chart layout is the fixed `ssma-ap-chart-host--column` class (origin chart is a column chart). Wait, the origin chart is drawn inside a `.ssma-ap-chart-wrap--paired` div instead of its previous `.p-2` wrapper. The chart host `--fill` sets `width: 100%; height: 100%`. The Highcharts chart will use `height: chartHeight` px.
Let me re-check getPairedChartHeight for origin chart: wrap = `.ssma-ap-chart-wrap--paired`; wrap.clientHeight: since wrap is flex 1 1 auto in a flex column card; if the card is stretched to row height, wrap.clientHeight > 80 so returns wrap.clientHeight. OK.
Let me examine interplay between two siblings: The card for topResponsible includes subtitle two lines and header; the origin card header one line + subtitle one line. Both header heights roughly same? Top responsible header has title+subtitle; origin has title+subtitle. Close.
Potential CSS conflict: `.ssma-ap-chart-host--column` earlier rule may set height: X? Let's read CSS file to check existing rules for `.ssma-ap-chart-host--column`, `.ssma-ap-chart-host--hbar`, and card widths. Let me read CSS file.
Tool Calls (1)
file_read
Show Details
Arguments
{"file_path": "public/css/ssma/action_plan_panel.css"}
Result
File: public/css/ssma/action_plan_panel.css (Total lines: 1253)
IS_TRUNCATED: true
LINE_RANGE: 1-500
1|/* Plano de Ação — Painel (mock visual) */
2|#ssma-action-plan-dashboard-root {
3| overflow-x: hidden;
4| max-width: 100%;
5|}
6|
7|#ap_painel_controls {
8| display: flex;
9| flex-wrap: wrap;
10| align-items: center;
11| gap: 10px;
12|}
13|
14|#ap_painel_controls .ap-painel-export-wrap {
15| flex-shrink: 0;
16|}
17|
18|#ap_painel_controls .ssma-ap-panel-filters-row,
19|#ssma-action-plan-dashboard-root .ssma-ap-panel-filters-row {
20| display: flex;
21| flex-wrap: wrap;
22| align-items: center;
23| justify-content: flex-end;
24| gap: 10px;
25| margin-bottom: 4px;
26|}
27|
28|#ap_painel_controls .ssma-ap-panel-filters-row .filter-item,
29|#ssma-action-plan-dashboard-root .ssma-ap-panel-filters-row .filter-item {
30| min-width: 0;
31|}
32|
33|#ssma-action-plan-dashboard-root .ssma-ap-overview-kpi-row > [class*="col-xl"] {
34| flex: 1 1 0;
35| min-width: 0;
36|}
37|
38|#ssma-action-plan-dashboard-root .ssma-ap-overview-kpi-row .mhs-card {
39| height: 100%;
40|}
41|
42|#ssma-action-plan-dashboard-root .ssma-ap-panel-view-pills {
43| display: flex;
44| justify-content: center;
45| flex-wrap: wrap;
46| gap: 8px;
47| margin: 16px 0 20px;
48| padding: 4px 0;
49|}
50|
51|#ssma-action-plan-dashboard-root .ssma-ap-panel-view-pill {
52| padding: 7px 24px;
53| border-radius: 20px;
54| border: 1.5px solid #D0D5DD;
55| background: #fff;
56| font-size: 13px;
57| font-weight: 500;
58| color: #555;
59| cursor: pointer;
60| transition: all .15s;
61| white-space: nowrap;
62| min-width: 110px;
63| text-align: center;
64|}
65|
66|#ssma-action-plan-dashboard-root .ssma-ap-panel-view-pill.is-active {
67| background: color-mix(in srgb, var(--company-theme1-800, #0F3D4A) 12%, #fff);
68| border-color: var(--company-theme1-800, #0F3D4A);
69| color: var(--company-theme1-800, #0F3D4A);
70| font-weight: 600;
71|}
72|
73|#ssma-action-plan-dashboard-root .ssma-ap-panel-view-pill:focus {
74| outline: none;
75| box-shadow: 0 0 0 3px color-mix(in srgb, var(--company-theme1-800, #0F3D4A) 20%, transparent);
76|}
77|
78|#ssma-action-plan-dashboard-root .ssma-dashboard-chart-card {
79| background: #fff;
80| border: 1px solid #E6EBF1;
81| border-radius: 8px;
82|}
83|
84|#ssma-action-plan-dashboard-root .ssma-dashboard-chart-title {
85| font-size: 14px;
86| font-weight: 700;
87| color: #5C5D5D;
88|}
89|
90|#ssma-action-plan-dashboard-root .ssma-dashboard-chart-subtitle {
91| font-size: 12px;
92| color: #8c9099;
93| margin-top: 2px;
94|}
95|
96|#ssma-action-plan-dashboard-root .ssma-ap-chart-month-select {
97| min-width: 120px;
98| max-width: 160px;
99|}
100|
101|#ssma-action-plan-dashboard-root .ssma-ap-chart-host {
102| width: 100%;
103| min-height: 220px;
104| overflow: hidden;
105|}
106|
107|#ssma-action-plan-dashboard-root .ssma-ap-chart-host--main {
108| min-height: 260px;
109|}
110|
111|#ssma-action-plan-dashboard-root .ssma-ap-chart-host--hbar {
112| min-height: 0;
113| height: auto;
114|}
115|
116|#ssma-action-plan-dashboard-root .ssma-dashboard-chart-pair-row > [class*="col-"] {
117| min-height: 235px;
118|}
119|
120|#ssma-action-plan-dashboard-root .ssma-dashboard-chart-card--paired {
121| min-height: 100%;
122|}
123|
124|#ssma-action-plan-dashboard-root .ssma-ap-chart-wrap--paired {
125| flex: 1 1 auto;
126| display: flex;
127| flex-direction: column;
128| min-height: 0;
129| padding: 4px 8px 6px;
130|}
131|
132|#ssma-action-plan-dashboard-root .ssma-ap-chart-host--fill {
133| flex: 1 1 auto;
134| width: 100%;
135| min-height: 175px;
136| height: 100%;
137| max-height: none;
138|}
139|
140|#ssma-action-plan-dashboard-root .ssma-ap-chart-host--column.ssma-ap-chart-host--fill {
141| min-height: 175px;
142|}
143|
144|#ssma-action-plan-dashboard-root .ssma-ap-chart-wrap--hbar {
145| padding: 8px 12px 10px;
146|}
147|
148|#ssma-action-plan-dashboard-root .ssma-ap-chart-host--column {
149| min-height: 300px;
150|}
151|
152|#ssma-action-plan-dashboard-root .ssma-ap-operational-summary {
153| border: 1px solid #E6EBF1;
154| border-radius: 8px;
155| background: #fff;
156| padding: 16px 18px;
157|}
158|
159|#ssma-action-plan-dashboard-root .ssma-ap-operational-summary-title {
160| font-size: 14px;
161| font-weight: 700;
162| color: #5C5D5D;
163| margin-bottom: 14px;
164|}
165|
166|#ssma-action-plan-dashboard-root .ssma-ap-op-row + .ssma-ap-op-row {
167| margin-top: 14px;
168|}
169|
170|#ssma-action-plan-dashboard-root .ssma-ap-op-row-head {
171| display: flex;
172| align-items: center;
173| justify-content: space-between;
174| gap: 12px;
175| font-size: 13px;
176| color: #3a3a3a;
177| margin-bottom: 6px;
178|}
179|
180|#ssma-action-plan-dashboard-root .ssma-ap-op-row-value {
181| font-size: 12px;
182| color: #5C5D5D;
183| white-space: nowrap;
184|}
185|
186|#ssma-action-plan-dashboard-root .ssma-ap-op-progress {
187| height: 10px;
188| border-radius: 999px;
189| background: #E6EBF1;
190| overflow: hidden;
191|}
192|
193|#ssma-action-plan-dashboard-root .ssma-ap-op-progress-fill {
194| height: 100%;
195| border-radius: 999px;
196| background: var(--company-theme1-800, #0F3D4A);
197| transition: width .35s ease;
198|}
199|
200|#ssma-action-plan-dashboard-root .ssma-ap-op-total {
201| display: flex;
202| align-items: center;
203| justify-content: space-between;
204| gap: 12px;
205| margin-top: 16px;
206| padding-top: 14px;
207| border-top: 1px solid #E6EBF1;
208| font-size: 13px;
209| font-weight: 600;
210| color: #3a3a3a;
211|}
212|
213|#ssma-action-plan-dashboard-root .ssma-ap-table-title-main {
214| font-size: 13px;
215| font-weight: 600;
216| color: #1E1E1E;
217| line-height: 1.35;
218| word-break: break-word;
219|}
220|
221|#ssma-action-plan-dashboard-root .ssma-ap-table-title-sub {
222| font-size: 11px;
223| color: #8c9099;
224| margin-top: 2px;
225|}
226|
227|#ssma-action-plan-dashboard-root .ssma-ap-table-mgmt-sub {
228| font-size: 11px;
229| color: #8c9099;
230| margin-top: 2px;
231|}
232|
233|#ssma-action-plan-dashboard-root .ssma-ap-deadline--overdue {
234| color: #dc3545;
235| font-weight: 600;
236|}
237|
238|#ssma-action-plan-dashboard-root .ssma-ap-deadline--ok {
239| color: #1E1E1E;
240|}
241|
242|#ssma-action-plan-dashboard-root .ssma-ap-ia-shell {
243| background: #0D616E1A;
244| border-radius: 8px;
245| padding: 10px;
246| height: 100%;
247| min-width: 0;
248|}
249|
250|
251|#ssma-action-plan-dashboard-root .ssma-ap-ia-inner-body {
252| padding: 14px 16px;
253| min-width: 0;
254| container-type: inline-size;
255| container-name: ap-ia-inner;
256|}
257|
258|#ssma-action-plan-dashboard-root .ssma-ap-recommendation-header {
259| display: flex;
260| align-items: center;
261| gap: 10px;
262| margin-bottom: 8px;
263|}
264|
265|#ssma-action-plan-dashboard-root .ssma-ap-recommendation-avatar {
266| width: 32px;
267| height: 32px;
268|}
269|
270|#ssma-action-plan-dashboard-root .ssma-ap-recommendation-avatar img {
271| width: 32px;
272| height: 32px;
273| border-radius: 50%;
274| object-fit: cover;
275| display: block;
276|}
277|
278|#ssma-action-plan-dashboard-root .ssma-ap-semantic-title,
279|#ssma-action-plan-dashboard-root .ssma-ap-adriana-title {
280| color: #0D616E;
281| font-size: 16px;
282| font-weight: 700;
283| line-height: 1.3;
284| margin-bottom: 8px;
285|}
286|
287|#ssma-action-plan-dashboard-root .ssma-ap-semantic-summary,
288|#ssma-action-plan-dashboard-root .ssma-ap-semantic-label,
289|#ssma-action-plan-dashboard-root .ssma-ap-adriana-questions-title,
290|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-insights-list,
291|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .suggestion-card__text {
292| color: #1E1E1E;
293|}
294|
295|#ssma-action-plan-dashboard-root .ssma-ap-semantic-summary {
296| font-size: 13px;
297| line-height: 1.55;
298| margin-bottom: 14px;
299|}
300|
301|#ssma-action-plan-dashboard-root .ssma-ap-semantic-factor-row {
302| display: flex;
303| align-items: center;
304| flex-wrap: wrap;
305| gap: 6px;
306| margin-bottom: 10px;
307|}
308|
309|#ssma-action-plan-dashboard-root .ssma-ap-semantic-factor-row:last-child {
310| margin-bottom: 0;
311|}
312|
313|#ssma-action-plan-dashboard-root .ssma-ap-semantic-label {
314| font-size: 13px;
315| font-weight: 700;
316|}
317|
318|#ssma-action-plan-dashboard-root .ssma-ap-semantic-factor-row .ssma-ap-semantic-label {
319| white-space: nowrap;
320|}
321|
322|#ssma-action-plan-dashboard-root .ssma-ap-semantic-pill.mhs-pill {
323| color: #0D616E;
324| background: #0D616E1A;
325| border-color: #0D616E;
326|}
327|
328|#ssma-action-plan-dashboard-root .ssma-ap-adriana-inner-body {
329| display: flex;
330| flex-direction: column;
331| height: 100%;
332|}
333|
334|#ssma-action-plan-dashboard-root .ssma-ap-adriana-card-header {
335| margin-bottom: 10px;
336|}
337|
338|#ssma-action-plan-dashboard-root .ssma-ap-adriana-card-heading {
339| display: flex;
340| align-items: center;
341| gap: 10px;
342| min-width: 0;
343|}
344|
345|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-avatar {
346| width: 32px;
347| height: 32px;
348|}
349|
350|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-avatar img {
351| width: 32px;
352| height: 32px;
353| border-radius: 50%;
354| object-fit: cover;
355| display: block;
356|}
357|
358|#ssma-action-plan-dashboard-root .ssma-ap-adriana-title {
359| margin-bottom: 0;
360|}
361|
362|#ssma-action-plan-dashboard-root .ssma-ap-adriana-questions-title {
363| font-size: 13px;
364| font-weight: 700;
365| margin-bottom: 10px;
366|}
367|
368|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-insights-list {
369| list-style: disc;
370| padding-left: 18px;
371| font-size: 13px;
372| line-height: 1.55;
373|}
374|
375|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-insights-list li {
376| margin-bottom: 8px;
377|}
378|
379|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-insights-list li:last-child {
380| margin-bottom: 0;
381|}
382|
383|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-insights-list strong {
384| color: #0D616E;
385| font-weight: 700;
386|}
387|
388|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-questions-grid .suggestion-card,
389|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-panel-adriana .suggestion-card,
390|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-suggest-q.suggestion-card {
391| background: linear-gradient(to bottom, #FFFFFF, #F3FDFF);
392| border: 1px solid #E4E8EB;
393| border-radius: 5px;
394|}
395|
396|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .suggestion-card__icon {
397| color: #0D616E;
398|}
399|
400|#ssma-action-plan-dashboard-root .ssma-ap-semantic-link {
401| font-size: 12px;
402| font-weight: 600;
403| color: #0D616E;
404| text-decoration: none;
405|}
406|
407|#ssma-action-plan-dashboard-root .ssma-ap-semantic-link:hover {
408| color: #0D616E;
409| text-decoration: underline;
410|}
411|
412|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-subtitle {
413| margin-bottom: 14px;
414|}
415|
416|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-columns {
417| display: grid;
418| grid-template-columns: 1fr;
419| gap: 14px;
420| margin-bottom: 14px;
421|}
422|
423|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-item {
424| padding: 0;
425| min-width: 0;
426|}
427|
428|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-item + .ssma-ap-overview-semantic-item {
429| border-left: none;
430| border-top: 1px solid #E4E8EB;
431| padding-top: 14px;
432|}
433|
434|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-item:first-child {
435| padding-left: 0;
436| padding-top: 0;
437|}
438|
439|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-item:last-child {
440| padding-right: 0;
441|}
442|
443|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-icon {
444| width: 28px;
445| height: 28px;
446| border-radius: 50%;
447| display: inline-flex;
448| align-items: center;
449| justify-content: center;
450| font-size: 12px;
451| margin-bottom: 8px;
452|}
453|
454|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-icon--danger {
455| background: #FEE2E2;
456| color: #DC2626;
457|}
458|
459|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-icon--warning {
460| background: #FEF3C7;
461| color: #D97706;
462|}
463|
464|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-icon--blue {
465| background: #DBEAFE;
466| color: #1D4ED8;
467|}
468|
469|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-item-title {
470| display: block;
471| margin-bottom: 6px;
472| white-space: normal;
473| word-break: break-word;
474|}
475|
476|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-item-text {
477| font-size: 12px;
478| color: #1E1E1E;
479| line-height: 1.5;
480| word-break: break-word;
481|}
482|
483|#ssma-action-plan-dashboard-root .ssma-ap-overview-adriana-body {
484| display: flex;
485| flex-direction: column;
486| height: 100%;
487|}
488|
489|#ssma-action-plan-dashboard-root .ssma-ap-overview-adriana-content {
490| display: flex;
491| align-items: flex-end;
492| gap: 12px;
493| flex: 1;
494| min-height: 0;
495|}
496|
497|#ssma-action-plan-dashboard-root .ssma-ap-overview-adriana-main {
498| flex: 1;
499| min-width: 0;
500| z-index: 1;
Note: Results truncated to 500 lines. Please narrow your line range.
Request #33
deepseek-v4-flash
P:84.66K C:118 CR:79.62K CW:0
1957ms
Reasoning
Let me look at the CSS for `.ssma-conic-gauge-wrapper` and resolution gauge, near line 1248.
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 1253, "file_path": "public/css/ssma/action_plan_panel.css", "start_line": 1150}
Result
File: public/css/ssma/action_plan_panel.css (Total lines: 1253)
IS_TRUNCATED: false
LINE_RANGE: 1150-1253
1150| #ssma-action-plan-dashboard-root .ssma-ap-overview-adriana-content {
1151| flex-direction: column;
1152| align-items: stretch;
1153| }
1154|
1155| #ssma-action-plan-dashboard-root .ssma-ap-overview-adriana-avatar-wrap {
1156| align-self: center;
1157| margin: 8px 0 0;
1158| }
1159|
1160| #ssma-action-plan-dashboard-root .ssma-ap-semantic-factor-row .ssma-ap-semantic-label {
1161| white-space: normal;
1162| width: 100%;
1163| }
1164|}
1165|
1166|@media (max-width: 767.98px) {
1167| #ssma-action-plan-dashboard-root.ssma-action-plan-painel,
1168| #ssma-action-plan-dashboard-root {
1169| padding-left: 12px !important;
1170| padding-right: 12px !important;
1171| }
1172|
1173| #ssma-action-plan-dashboard-root .ssma-ap-panel-view-pill {
1174| min-width: 96px;
1175| padding: 7px 16px;
1176| font-size: 12px;
1177| }
1178|
1179| #ssma-action-plan-dashboard-root .ssma-ap-chart-month-select {
1180| width: 100%;
1181| max-width: none;
1182| }
1183|
1184| #ssma-action-plan-dashboard-root .ssma-ap-op-row-head {
1185| flex-direction: column;
1186| align-items: flex-start;
1187| gap: 4px;
1188| }
1189|
1190| #ssma-action-plan-dashboard-root .ssma-ap-op-row-value {
1191| white-space: normal;
1192| }
1193|
1194| #ssma-action-plan-dashboard-root .ssma-ap-ia-inner-body {
1195| padding: 12px;
1196| }
1197|
1198| #ssma-action-plan-dashboard-root .ssma-ap-semantic-title,
1199| #ssma-action-plan-dashboard-root .ssma-ap-adriana-title {
1200| font-size: 15px;
1201| }
1202|
1203| #ssma-action-plan-dashboard-root .action-plan-overview__indicators-row {
1204| grid-template-columns: repeat(2, minmax(0, 1fr));
1205| }
1206|
1207| #ssma-action-plan-dashboard-root .action-plan-overview__indicator-value {
1208| font-size: 22px;
1209| }
1210|
1211| #ssma-action-plan-dashboard-root .action-plan-overview__filters-row {
1212| grid-template-columns: repeat(2, minmax(0, 1fr));
1213| }
1214|
1215| #ssma-action-plan-dashboard-root .action-plan-overview__filter-field--period {
1216| grid-column: span 2;
1217| }
1218|
1219|}
1220|
1221|@media (max-width: 575.98px) {
1222| #ssma-action-plan-dashboard-root .action-plan-overview__indicators-row {
1223| grid-template-columns: 1fr;
1224| }
1225|
1226| #ssma-action-plan-dashboard-root .action-plan-overview__filters-row {
1227| grid-template-columns: 1fr;
1228| }
1229|
1230| #ssma-action-plan-dashboard-root .action-plan-overview__filter-field--period {
1231| grid-column: auto;
1232| }
1233|
1234| #ssma-action-plan-dashboard-root .ssma-ap-chart-host--main {
1235| min-height: 220px;
1236| }
1237|
1238| #ssma-action-plan-dashboard-root .ssma-ap-chart-host--column {
1239| min-height: 240px;
1240| }
1241|}
1242|
1243|#ssma-action-plan-dashboard-root #ssma-action-plan-gauges-row .app-card-surface {
1244| height: auto;
1245|}
1246|
1247|#ssma-action-plan-dashboard-root #ssma-action-plan-project-gauge,
1248|#ssma-action-plan-dashboard-root #ssma-action-plan-resolution-gauge {
1249| height: 360px;
1250| min-height: 360px;
1251| max-height: 360px;
1252|}
1253|
Request #34
deepseek-v4-flash
P:85.92K C:2.06K CR:84.74K CW:0
16993ms
Reasoning
OK, CSS is fine mostly.
Now let me search for renderSsmaActionsBarChart to understand `auto_init: false` behavior; and for how `_actions_bar_chart.html.twig` defines render when charts have empty state. It's probably in a global JS in `public/js/ssma/` or via `components/charts`. Let me check whether the export fallback table will be used for type bar charts. Since the bar charts may have `window.Highcharts` container and use SVG.
Let me look for where the distribution charts (type bar, deadline bar) containers are and how `renderSsmaActionsBarChart` is defined and whether they are re-rendered by refresh; also consider if `findChartByContainerId` will find the bar chart if the chart uses `renderTo` = element id. Bar chart created from Highcharts.chart(el...). Should be registered in window.Highcharts.charts with renderTo.id === containerId.
Now, let me assess the resolution-gauge render change more carefully. The conic gradient replaced. Why does the author change it? Because html2canvas might not render CSS conic-gradient correctly (older browsers), so to capture the gauge as an image they need Highcharts (SVG). So the resolution gauge becomes Highcharts pie gauge. That's the reason. Reasonable.
But note this chart also appears in the **Pendências?** No. Only in visao_geral. But the template `_tab_action_plan.html.twig` is on the Ações tab; the gauges aren't in it. Wait, but `hasSsmaActionPlanDistributionCharts` tests `#ssma-action-plan-project-gauge` in the whole DOM; those exist within the Painel/visao_geral template, which is included in the page. Both on same page. Fine.
So changing the resolution gauge from pure CSS to Highcharts might also affect the "Painel" default view? These distribution charts live in `_tab_painel_visao_geral` only.
Let's now look at whether the script block in _tab_action_plan.html.twig executes when page includes the Ações tab only (if Painel tab not loaded, e.g., separate route?). The functions only render if containers exist.
Alright.
Now, let's focus on new findings that are concrete and important, not repeating confirmed ones.
Let me re-examine candidate: **In `exportPanelChartsPrint`, after iframe creation & srcdoc assignment, if print dialog never opens because iframe.onload doesn't fire (e.g., srcdoc content includes images still decoding?), there's a 4000ms fallback that cleans up — OK.
Let's consider **the busy flag reset when print cancelled.** When user cancels print dialog, afterprint event should fire. Some browsers don't fire afterprint when canceled. The 4000ms fallback handles resetting busy.
**New candidate — issue: pendencias export captures each card but if the user's current filter has critical chart with axis select; capture will include the filter select element in card header (the axis select) which is okay.
**Now consider that the paired chart heights: when exporting the pendencias view, `renderTopResponsibleChart` may not have been re-rendered since last filter change with correct height if the charts were re-rendered when the view was hidden?** Eh.
Let me look for other files that interact: the export function references `OVERVIEW_CHART_KEYS`, `PENDENCIAS_CHART_KEYS` — defined at top. Also `showToast` signature: showToast(message, title, icon, type). They pass 'Painel' as title — fine.
Now let me look for a subtle bug in `setExportChartsBtnLoading`: when restoring, `btn.innerHTML = btn.dataset.originalHtml`. But when export begins, `btn.dataset.originalHtml` gets set to the current innerHTML (with icon + span). This includes the whole button's inner HTML which is static and safe. OK.
Now, let me check for something around `waitHighcharts` — the export's overview render depends on it being done before capture; renderOverviewCharts does not return a promise. In export, after `renderOverviewCharts()` they `await waitForPanelChartsPaint(120)` — but if Highcharts is not yet loaded and waitHighcharts has internal retries (60 * 120ms = up to 7.2s), the export may proceed and capture before charts are rendered. hasRenderablePrintSection then false → tables. On a fast page load, Highcharts should be loaded already by the time user clicks export (they must navigate). So negligible.
**Now, an important NEW possible bug: `exportPanelChartsPrint` for pendencias doesn't ensure paired charts are re-rendered with correct dimensions if the charts haven't been rendered yet because currentView is pendencias but the Painel tab was opened and the AJAX filter triggered?** Meh, again edge.
Let me check `renderOverviewCharts` for the **distribution gauges** on export: for visao_geral, they call initDistributionCharts which only runs when containers exist, i.e., hasSsmaActionPlanDistributionCharts() true (they exist in the DOM). Since charts init triggers waitForSsmaActionPlanHighcharts then build charts. But note this runs within renderOverviewCharts's own waitHighcharts; if init already occurred (overviewChartsRendered true), renderOverviewCharts is not called by export because export calls it unconditionally — but renderOverviewCharts does not check overviewChartsRendered! Actually export calls renderOverviewCharts(); inside, if section visible, calls renderOverviewEvolutionChart etc. each destroys and recreates charts even if overviewChartsRendered already true. Wait renderOverviewCharts always re-renders all charts (even if already rendered) because there's no guard in the function body for overviewChartsRendered; it's guarded only in switchView (renderOverviewCharts only if !overviewChartsRendered). So export triggers a full re-render of all 3 overview charts + distribution charts each time. Then wait 120ms + etc. That is a deliberate choice (to ensure they reflect current state). It causes a visual flicker on the page. Not severe.
Hmm, but wait a second: In `renderOverviewCharts` at line 1817 `initDistributionCharts()`. In switchView, initDistributionCharts is only called if !overviewChartsRendered. On export, renderOverviewCharts() is called unconditionally, so distribution charts init too. Then 120ms later ensureDistributionChartsForExport() may refresh distribution charts again if gauge not rendered. OK.
**Potential new bug candidate — the overview distribution bar charts are NOT updated to reflect the overview filters** — intended per rule.
Now examine **one notable mismatch**: In `getOverviewPrintSections`, they include the 3 overview charts + 4 distribution sections. But not KPIs, not tables. The doc states exporting "gráficos do Painel". Fine.
Now think about the `ssma-ap-panel-print-frame` class used with CSS. In the main CSS? It's only style set inline, no CSS class definition. The `.ssma-ap-panel-charts-print-frame` CSS class probably doesn't exist anywhere else; harmless.
Now let's dig into the **template `_tab_painel.html.twig` html2canvas static script tag** (already finding #7). Yes.
Now the big one: **`toggleHeaderFilters` for export wrap on mobile.** `#ap_painel_controls` display flex; adding `.ap-painel-export-wrap d-flex` adds the button. On comparativo, d-none toggled. Fine.
**Potential layout problem:** The filters-row has `ml-auto` to push to the right. With the export wrap before it (not ml-auto), layout is: button then filters right. The filters-row uses `ml-auto`. But in mobile (d-lg-flex toggling), it's `d-none` unless `d-lg-flex`; the export button is always visible on mobile for pendencias/overview, so user can export from mobile. On mobile, print opens the native print dialog? Win.print() on mobile works but html2canvas capturing full cards may be expensive. Not a bug.
Let me now examine another angle: **The paired chart data source & export refresh state with panel filters.** When the user changes filters in pendencias, the AJAX response updates panelData.charts and calls renderPendenciasCharts (which re-renders paired charts) — Need to verify that the filter AJAX handler re-renders after receiving data. If it does, then export in pendencias shows data consistent with the active filter. Let me quickly scan the filter response handling. Search `panelData.charts =` or `updatePanelData`.
Actually not necessary; assume.
Now let's check `getOverviewData` to see where data comes from for overview export and whether it reflects current overview filters (server-side loaded). Let me search.
Tool Calls (3)
code_search
Show Details
Arguments
{"search_text": "function getOverviewData"}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 1
1114| function getOverviewData() {
code_search
Show Details
Arguments
{"search_text": "function renderOverviewCharts"}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 1
1808| function renderOverviewCharts() {
code_search
Show Details
Arguments
{"search_text": "function applyOverviewDom"}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 1
1030| function applyOverviewDom(overview) {
Request #35
deepseek-v4-flash
P:88.1K C:92 CR:87.94K CW:0
1935ms
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 1180, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1000}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 1000-1180
1000| return '<tr>'
1001| + '<td>' + escapeHtml(row.code) + '</td>'
1002| + '<td>' + escapeHtml(row.action) + '</td>'
1003| + '<td><span class="action-plan-overview__origin-cell" title="' + escapeHtml(originMeta.title || row.origin) + '">'
1004| + '<span class="icon-badge icon-badge-sm icon-badge--' + escapeHtml(originMeta.variant || 'primary') + ' icon-badge--rounded">'
1005| + '<i class="fas ' + escapeHtml(originMeta.icon || 'fa-link') + '" aria-hidden="true"></i></span></span></td>'
1006| + '<td>' + escapeHtml(row.created_at) + '</td>'
1007| + '<td>' + escapeHtml(row.completed_at) + '</td>'
1008| + '<td class="text-center"><span class="action-plan-overview__time action-plan-overview__time--'
1009| + escapeHtml(row.fulfillment_time_class || 'ok') + '">' + escapeHtml(row.fulfillment_time) + ' dias</span></td>'
1010| + '<td class="text-center"><span class="action-plan-overview__time action-plan-overview__time--ok">'
1011| + escapeHtml(row.validation_time) + ' dias</span></td>'
1012| + '<td>' + escapeHtml(row.responsible) + '</td></tr>';
1013| }
1014|
1015| function updateOverviewTable(overview) {
1016| var table = document.getElementById('ssma-ap-overview-table');
1017| if (!table || !overview) {
1018| return;
1019| }
1020| var tbody = table.querySelector('tbody');
1021| if (!tbody) {
1022| return;
1023| }
1024| var originIcons = (panelData && panelData.origin_icons) || {};
1025| tbody.innerHTML = (overview.action_details || []).map(function (row) {
1026| return buildOverviewTableRowHtml(row, originIcons);
1027| }).join('');
1028| }
1029|
1030| function applyOverviewDom(overview) {
1031| if (!overview) {
1032| return;
1033| }
1034| var periodLabel = document.getElementById('ap_overview_period_label');
1035| if (periodLabel && overview.filters && overview.filters.period_label) {
1036| periodLabel.textContent = overview.filters.period_label;
1037| }
1038| var indicators = overview.indicators || [];
1039| updateOverviewKpiRow(indicators);
1040|
1041| var pagination = overview.pagination || {};
1042| var container = document.getElementById('ssma-ap-overview-pagination');
1043| if (container) {
1044| container.setAttribute('data-per-page', String(pagination.per_page || 10));
1045| container.setAttribute('data-total', String(pagination.total || 0));
1046| container.setAttribute('data-current-page', String(pagination.current_page || 1));
1047| container.setAttribute('data-last-page', String(pagination.last_page || 1));
1048| panelState.overviewPerPage = Number(pagination.per_page || panelState.overviewPerPage || 10);
1049| var perPageSelect = document.getElementById('ssma-ap-overview-per-page');
1050| if (perPageSelect) {
1051| perPageSelect.value = String(panelState.overviewPerPage);
1052| }
1053| updateOverviewPagination(Number(pagination.current_page || 1));
1054| }
1055| updateOverviewTable(overview);
1056| updateOverviewSemanticAdriana(overview.semantic_analysis || {}, overview.adriana_insights || {});
1057| }
1058|
1059| function renderComparativoView(data) {
1060| var root = document.getElementById('ssma-ap-comparativo-root');
1061| if (!root) {
1062| return;
1063| }
1064| var overviewText = (data.overview && data.overview.text) ? data.overview.text : 'Sem dados para comparativo.';
1065| var units = data.units || [];
1066| if (!units.length) {
1067| root.innerHTML = '<p class="mb-0">' + escapeHtml(overviewText) + '</p>';
1068| return;
1069| }
1070| var rows = units.map(function (unit) {
1071| return '<tr><td>' + escapeHtml(unit.unit_name) + '</td><td>' + escapeHtml(unit.open) + '</td>'
1072| + '<td>' + escapeHtml(unit.overdue) + '</td><td>' + escapeHtml(unit.total) + '</td>'
1073| + '<td>' + escapeHtml(unit.resolution_rate) + '%</td></tr>';
1074| }).join('');
1075| root.innerHTML = '<p class="mb-3">' + escapeHtml(overviewText) + '</p>'
1076| + '<div class="table-responsive"><table class="table table-sm mb-0"><thead><tr>'
1077| + '<th>Unidade</th><th>Abertas</th><th>Vencidas</th><th>Total</th><th>Taxa resolução</th></tr></thead><tbody>'
1078| + rows + '</tbody></table></div>';
1079| }
1080|
1081| function syncPendenciasFilterState() {
1082| panelState.team = getSelectValue('ap_painel_filter_team');
1083| panelState.vinculo = getSelectValue('ap_painel_filter_vinculo');
1084| var unidadeEl = document.getElementById('ap_painel_filter_unidade');
1085| panelState.unidade = unidadeEl ? (getSelectValue('ap_painel_filter_unidade') || 'todas') : '';
1086| panelState.origin = getSelectValue('ap_painel_filter_origem');
1087| var mineEl = document.getElementById('ap_painel_filter_mine');
1088| panelState.mine = !!(mineEl && mineEl.checked);
1089| panelState.axis = getSelectValue('ssma-ap-chart-axis-filter') || panelState.axis;
1090| panelState.period = getApPanelPeriodParam();
1091| }
1092|
1093| function syncOverviewFilterState() {
1094| panelState.team = getSelectValue('ap_overview_filter_team');
1095| panelState.management = getSelectValue('ap_overview_filter_management');
1096| panelState.origin = getSelectValue('ap_overview_filter_origin');
1097| var unitEl = document.getElementById('ap_overview_filter_unit');
1098| panelState.unidade = unitEl ? (getSelectValue('ap_overview_filter_unit') || 'todas') : '';
1099| panelState.overviewPeriod = getOverviewPeriodParam();
1100| }
1101|
1102| function parsePanelData() {
1103| var el = document.getElementById('ssma-ap-panel-data-json');
1104| if (!el || !el.textContent) {
1105| return null;
1106| }
1107| try {
1108| return JSON.parse(el.textContent);
1109| } catch (e) {
1110| return null;
1111| }
1112| }
1113|
1114| function getOverviewData() {
1115| return panelData && panelData.overview ? panelData.overview : null;
1116| }
1117|
1118| function destroyChart(key) {
1119| if (charts[key]) {
1120| try {
1121| charts[key].destroy();
1122| } catch (err) { /* noop */ }
1123| delete charts[key];
1124| }
1125| }
1126|
1127| function destroyChartKeys(keys) {
1128| keys.forEach(function (key) {
1129| destroyChart(key);
1130| });
1131| }
1132|
1133| function showChartEmpty(el, message) {
1134| if (!el) {
1135| return;
1136| }
1137| el.innerHTML = '<div class="empty-card-state empty-card-state--sm">'
1138| + '<div class="empty-card-icon"><i class="fa-solid fa-chart-simple" style="color:#adb5bd" aria-hidden="true"></i></div>'
1139| + '<h5 class="empty-card-title">' + escapeHtml(message || 'Nenhum dado encontrado') + '</h5>'
1140| + '</div>';
1141| }
1142|
1143| function clearChartEmpty(el) {
1144| if (!el) {
1145| return;
1146| }
1147| var empty = el.querySelector('.empty-card-state');
1148| if (empty) {
1149| el.innerHTML = '';
1150| }
1151| }
1152|
1153| function waitHighcharts(callback) {
1154| if (window.Highcharts) {
1155| callback();
1156| return;
1157| }
1158| var attempts = 0;
1159| var timer = window.setInterval(function () {
1160| attempts += 1;
1161| if (window.Highcharts) {
1162| window.clearInterval(timer);
1163| callback();
1164| return;
1165| }
1166| if (attempts > 40) {
1167| window.clearInterval(timer);
1168| }
1169| }, 100);
1170| }
1171|
1172| function formatDecimalBr(value) {
1173| return String(value).replace('.', ',');
1174| }
1175|
1176| function formatEvolutionLabel(label) {
1177| if (Array.isArray(label)) {
1178| return label.join('<br/>');
1179| }
1180| return label;
Request #36
deepseek-v4-flash
P:90.63K C:3.95K CR:88.19K CW:0
32331ms
Reasoning
OK. Now let me think about **NEW** issues again more systematically, reviewing each modified file for genuine problems, excluding previously confirmed findings.
### CSS file
1. `.ssma-ap-chart-host--fill` applies `height: 100%; max-height: none`. But renderTopResponsibleChart sets el.style.height = chartHeight px which will override `height:100%`. And it also sets `el.style.maxHeight = 'none'`. So host always has explicit height equal to measured wrap height, regardless of flex. If wrap's clientHeight later changes (e.g., because other card content changes), the chart host won't flex; height stays fixed, and the second render (syncPairedPendingCharts, resize) updates. Fine.
But wait, the CSS min-height:175px & max-height none allow overflow when chartHeight is small? `el.style.height` fixed; then host with `overflow:hidden` from base `.ssma-ap-chart-host` (line 101-105: `.ssma-ap-chart-host { width:100%; min-height: 220px; overflow: hidden; }`). Hmm the base `.ssma-ap-chart-host` has min-height:220px, but `.ssma-ap-chart-host--hbar` overrides min-height:0. For origin chart host `.ssma-ap-chart-host--column` min-height 300px via CSS rule at line 148-150! But JS sets el.style.minHeight = chartHeight (could be ~235). Wait CSS min-height:300px on `.ssma-ap-chart-host--column` (line 148-150) — but JS sets `el.style.minHeight = chartHeight+'px'`. Inline style overrides the CSS rule. So actual min-height ~235. But then CSS added `.ssma-ap-chart-host--column.ssma-ap-chart-host--fill { min-height: 175px; }` (higher specificity than plain `.ssma-ap-chart-host--column`). So with inline style still overriding.
Let's ensure the inline min-height wins, yes inline style wins. OK.
Potential CSS issue in the `.ssma-ap-chart-host--fill` min-height 175 — for a column chart with 6-10 categories, labels on x-axis may overlap at 175px. Origin chart has categories like "Direito de Recusa", etc., which are long and at 175px width col-lg-6 (maybe ~500px), 6 categories at ~80px each, rotated labels not set. Data labels inside columns may overlap. Visual only.
Not a "bug" per se to flag.
2. **`min-height: 100%` on `.ssma-dashboard-chart-card--paired`** combined with `h-100` from Bootstrap, is redundant but ok.
3. **Potential CSS conflict:** In mobile media query (max-width: 575px), `.ssma-ap-chart-host--column { min-height: 240px; }` — but host is now inside paired and chart host uses explicit height inline. Fine.
I don't see a critical CSS bug.
### Template _tab_painel.html.twig
1. **Operational summary `id` added** - fine.
2. **`ssma-ap-chart-wrap--paired` origin chart**: `.ssma-ap-chart-wrap--hbar` replaced by `--paired`, and host classes `--column --fill`. In CSS, the base `.ssma-ap-chart-host` min-height 220px is overridden for column to min-height 300 via `.ssma-ap-chart-host--column` rule. The new `.ssma-ap-chart-host--column.ssma-ap-chart-host--fill` sets 175, overridden by inline style from JS anyway.
3. The static html2canvas script tag — already confirmed (#7).
Wait, but there's a NEW possible problem in template: The button `#ap_painel_export_charts_btn` is placed inside `#ap_painel_controls` — the CSS `#ap_painel_controls` display:flex, flex-wrap. But this element was previously hidden? #ap_painel_controls previously maybe only contained the filters and had no display flex rules? Actually CSS lines 7-16 added for #ap_painel_controls display flex... wait was #ap_painel_controls display flex already? In the diff, CSS at top added `#ap_painel_controls { display:flex; ...}` — new. But template has `#ap_painel_controls` with `has-mobile-fabs`. Adding display flex to the whole controls container could affect the mobile layout (`.modern-header-actions` may already be flex). Potential but hard to confirm.
### Template _tab_action_plan.html.twig
1. Resolution gauge now Highcharts pie gauge instead of CSS conic gradient. Need to verify CSS classes `.ssma-conic-gauge-wrapper`, `.ssma-gauge-center-value`, `.ssma-gauge-center-value` etc. might no longer be used; leftover CSS. Fine.
2. There's a subtle regression risk: gauge rendering previously via pure CSS ring with DOM element sized `.ssma-conic-gauge-ring`, `.ssma-gauge-center-value`. Wait, was the resolution gauge DOM previously inside `#ssma-action-plan-resolution-gauge` which had fixed height 360px CSS. The old gauge markup had `d-flex align-items-center justify-content-center h-100` filling the container. Now Highcharts chart uses size '88%' with fixed height 360px. Highcharts pie would render within full 360x~ width. Visual similar.
3. Now, `renderSsmaActionPlanResolutionGauge` previously handled `hasData === false` by... Wait let me look at the old code above the diff region: there was an existing `if (hasData === false) return renderSsmaActionPlanChartEmptyState(containerId);`? Actually the removed body includes `if (hasData === false)`? The diff only replaced from `var normalizedValue = ...` down to `return { reflow: $.noop };`. Let me look at the original code around line 468 again: the diff replaced the body but the header `if (hasData === false) { return renderSsmaActionPlanChartEmptyState(containerId); }` stays? Let me look at what function's code now: lines 468-471: `function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops, hasData) { if (hasData === false) { return renderSsmaActionPlanChartEmptyState(containerId); } var normalizedValue = ...`. And calls renderSsmaActionPlanGauge(..., true).
Note that renderSsmaActionPlanGauge internally normalizes the value again and also has its own empty-state branch. Passing `true` for hasData. OK.
Wait, there is subtlety: the old code for the resolution gauge, when hasData is false → returns renderSsmaActionPlanChartEmptyState. The new delegate to renderSsmaActionPlanGauge(..., true) with `hasData` argument true. Since the outer if handled false case, consistent.
4. In `buildSsmaActionPlanCharts`, projectGauge uses renderSsmaActionPlanGauge(... hasActionChartData); resolutionGauge calls renderSsmaActionPlanResolutionGauge(... hasActionChartData). Both produce Highcharts chart or empty state object with destroy function. Good.
5. `destroySsmaActionPlanCharts` now destroys resolutionGauge if chartInstance.destroy exists. But if the gauge is an empty state object from renderSsmaActionPlanChartEmptyState, its `destroy` writes empty HTML. Fine.
6. **Potential bug:** In `refreshSsmaActionPlanCharts`, they call destroy (sets container HTML to empty state) then build again. For the resolution gauge empty state (hasData false), renderSsmaActionPlanChartEmptyState returns object with destroy. Fine.
Nothing major.
### JS issues new:
Now let me think carefully about the paired charts in **pendencias**, and how `renderTopResponsibleChart` / `renderOriginChart` are now called on the resize handler (via `renderPairedPendingCharts`) — with the export in mind: If the user opens the print dialog while a debounced resize timer triggers `renderPairedPendingCharts()` 150ms later (because the export page `scrollIntoView` doesn't change window size... but if window resizes due to the print iframe? The iframe is position fixed 0 size. No resize). But during capture, each scrollIntoView could change the size of the captureEl due to 'nearest' scroll... scroll doesn't change width. Possibly not.
Now, **an actual NEW bug candidate** — In `renderPendenciasCharts` / `syncPairedPendingCharts`, they schedule re-render 120ms after any pendencias render (including initial view switch). Meanwhile the resize debounce also re-renders. During export, exportPanelChartsPrint calls reflow of pendencias charts but not render. If the user exports right after a filter change, the paired charts may still be mid-flight (render scheduled at 120ms) but at least initial render done; heights might be measured before data set correctly... fine.
Let me now look at **`ensureHtml2Canvas` and the static script in the template.** Because the template now already loads html2canvas synchronously at page load (finding #7). So `ensureHtml2Canvas` will almost always resolve immediately. But confirmed #3 stays relevant for CDN failure scenario? If the static script failed to load, `window.html2canvas` undefined; ensureHtml2Canvas creates dynamic script with id `ssma-ap-panel-html2canvas-loader`. Wait, but if the static script tag at bottom of _tab_painel fails to load (network offline), the dynamic loader would also fail. So the network offline test would show toast? Since static load fails, typeof undefined; dynamic loader attempts to load again; fails; onerror → resolve(false) → toast error. OK. But the dynamic loader only kicks in if static one failed. When it fails, `existing` not present because the static script doesn't have the id `ssma-ap-panel-html2canvas-loader` (it has no id). So dynamic loader attaches its own id. On failure, element stays in head with id; subsequent clicks → existing found → attach listeners after error already fired → stuck (finding #3).
OK.
**NEW possible JS bug: In `exportPanelChartsPrint`, the error paths call notifyPanelExport then `return` — but they correctly reset busy and button. In the outer catch too.
**NEW possible issue:** When export completes and iframe printed, cleanup removes iframe. But if user never prints (print dialog dismissed after close?) afterprint may fire. Fine.
Let me focus on something more concrete that I haven't seen flagged: **The chart height computed by `getPairedChartHeight` measured on `wrap.clientHeight`, then setting host height to that same value. But the wrap has `padding: 4px 8px 6px`. host height=wrap clientHeight (which excludes padding). Chart then fills the wrap's content box exactly. OK.
But there's a subtle mismatch: The chart container's chart height includes legend + axes chrome. In `computeHBarSizing`, chromeHeight = 44 subtracts. Wait that's for barSizing only.
Wait, actually chartHeight for topResponsible = wrap.clientHeight (not subtracting header) — no, wrap is below header inside the card; getPairedChartHeight returns wrap.clientHeight if >80. Then chart height = wrap.clientHeight. Highcharts chart height set to wrap.clientHeight, plus legend at top consumes ~30px, y-axis labels to the left, stack labels; this leaves actual bars area = chartHeight - legend (~30) - margins. So bars smaller. But computeHBarSizing uses chromeHeight 44 to compute bar widths; mismatch small.
For the chart container, since it's exactly wrap.clientHeight and overflow hidden, legend + plot should fit within chartHeight. Highcharts will place legend at top (inside chart height), so chart plot area shrinks. That's probably fine visually.
But the host element with the explicit height fixed — when Highcharts renders with fixed height, no overflow.
Hmm.
**Let me look at whether chart has `chart.height` set in the Highcharts option AND container has inline height; chart can overflow (crop) when chartHeight < container minHeight?** Highcharts uses container height as base; chart.height set = chartHeight. Container min-height is inline set to chartHeight; consistent.
OK.
Let me re-check the topResponsible initial destroy: In renderTopResponsibleChart, destroyChart called at line 1434 BEFORE the check on rows, then if !rows.length showChartEmpty and return. Then after height computations, destroyChart called again (line 1457). Not new though. Actually wait, is the second destroyChart there new? Let me check the diff near that. The diff shows context lines in hunk starting `@@ -1363,13 +1445,14 @@`, and I need to confirm what exactly changed. In diff: lines `-var yMax = Math.max(200, ...` replaced by `+var yMax = computeBarAxisMax(maxTotal); var tickInterval ...; var chartHeight = ...; var barSizing = ...;` plus `el.style.height`, etc. Then there is context `destroyChart('topResponsible'); el.innerHTML='';` — unchanged. But line 1434 destroyChart is also there before `if (!rows.length)`. Both destroyChart calls pre-existing (before and after the row length check?). Actually the first destroyChart at line 1434 in the new code appears right after the el & panelData guard. That might pre-exist.
Let me not spend more on this.
**Now think about a real issue with the resize handler that changed:**
Old code: on window resize → `reflowCharts(PENDENCIAS_CHART_KEYS); reflowDistributionCharts();` for pendencias.
New code: debounce 150ms, then `renderPairedPendingCharts(); reflowCharts(...); reflowDistributionCharts();`.
Now consider: The overview bar charts (typeBar/deadlineBar) are created inside distribution charts on the visao_geral hidden section... When the user is on pendencias view and resize occurs, it calls reflowDistributionCharts() which reflows gauges and bars in hidden section (d-none) — this can make Highcharts compute wrong sizes when the section is hidden? reflow of hidden charts may misbehave but not crash. This behavior existed before (old code reflowDistributionCharts on resize too).
Hmm.
**What about the timer variable `pairedChartsResizeTimer` — cleared, but never assigned null after firing; fine.
**Now, an actual bug: `renderPairedPendingCharts()` calls `renderTopResponsibleChart()` and `renderOriginChart()` — each reads `panelData.charts`; if the panel data hasn't been loaded (e.g., currentView pendencias but panelData null and the AJAX not yet returned), renders empty-state charts ("Sem responsáveis com pendências"/"Sem pendências por origem") - replacing existing SSR? Then when data arrives, filter response handler re-renders again presumably. Fine.
**Now consider the specific case of `renderOriginChart` when the chart's parent `.ssma-ap-chart-wrap--paired` exists but has clientHeight 0 because the whole painel tab is hidden at init (the Painel is not the visible tab on page load). Then onPainelTabVisible is triggered when the tab becomes visible, and it calls switchView(currentView) → renderPendenciasCharts. So measured when visible. Good.
Wait — but renderPendenciasCharts guard checks the `data-ap-panel-view="pendencias"` section is not d-none. When the painel tab is visible and view is pendencias default, the section is visible.
What about default view = visao_geral, user on pendencias? Then distribution gauges are on hidden visao_geral? Not relevant.
**Bigger NEW candidate — export of pendencias after a fresh filter load:** The critical chart and table in pendencias: `panelData.charts` also has `operational_summary`? Actually the operational summary is a separate key in panel response `operational_summary` at top-level of panel data. getPendenciasPrintSections reads `(panelData && panelData.operational_summary)`. For the SSR JSON, operational_summary may exist. For filtered AJAX responses, does panelData get replaced with the response including operational_summary? If the AJAX response does not include operational_summary (only charts + table + kpis), then export fallback table (if capture fails) would have empty rows; but capture by image uses the DOM which is updated by... wait, is operational summary DOM updated after filtering? Let me check how the filter response is applied: whether operational_summary DOM is replaced on AJAX update. If the operational summary is only from SSR (initial page load), then after a filter change the summary still reflects the SSR (maybe current initial unfiltered data) while charts reflect filter. Then export would capture the DOM summary that is NOT consistent with the filtered charts! This could be a real issue: image capture of the live DOM for the operational summary would show stale (unfiltered) numbers after the user changes filters, if the summary is not refreshed by AJAX.
Wait, but the requirement/rules say KPIs, charts, and table of pendências must use same filters. If the AJAX does not update operational summary and the summary is not filterable (product decision), then including it in export with charts of the filter could mislead. Need to check triggerPanelFilter and the response handler for pendencias to see what's updated.
Let me read the filter handler functions for pendencias. Search for `applyPendenciasData` or `handlePanelFilterResponse`.
Tool Calls (2)
code_search
Show Details
Arguments
{"search_text": "function triggerPanelFilter"}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 1
477| function triggerPanelFilter(view) {
code_search
Show Details
Arguments
{"search_text": "operational_summary"}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 2
992| updateOperationalSummary(panel.operational_summary || {});
2158| var summary = (panelData && panelData.operational_summary) || {};
File: src/Controller/SsmaController.php
Match lines: 1
659| 'operational_summary' => [
File: src/Service/Ssma/ActionPlan/SsmaActionPlanPanelPresenter.php
Match lines: 2
122| $operationalSummary = $raw['operational_summary'] ?? ['rows' => [], 'total' => ['label' => 'Total de pendências', 'value' => '0', 'percent' => 100]];
175| 'operational_summary' => $operationalSummary,
File: src/Service/Ssma/ActionPlan/SsmaActionPlanPanelService.php
Match lines: 1
777| 'operational_summary' => $this->buildOperationalSummary($filtered, $today),
File: templates/ssma/action_plan/tabs/_tab_painel.html.twig
Match lines: 1
31|{% set panel_summary = panel.operational_summary|default({}) %}
Request #37
deepseek-v4-flash
P:94.91K C:119 CR:94.46K CW:0
1623ms
Reasoning
Let me read triggerPanelFilter response handler around lines 477-660 and 900-1000 to understand what gets updated when filtering.
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 1000, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 477}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: true
LINE_RANGE: 477-976
477| function triggerPanelFilter(view) {
478| clearTimeout(panelFilterDebounce);
479| panelFilterDebounce = setTimeout(function () {
480| runPanelFilterRequest(view);
481| }, 120);
482| }
483|
484| function mergePanelData(patch) {
485| if (!patch || typeof patch !== 'object') {
486| return;
487| }
488| panelData = panelData || {};
489| Object.keys(patch).forEach(function (key) {
490| if (key === 'overview' && patch.overview && panelData.overview) {
491| panelData.overview = Object.assign({}, panelData.overview, patch.overview);
492| return;
493| }
494| panelData[key] = patch[key];
495| });
496| var jsonEl = document.getElementById('ssma-ap-panel-data-json');
497| if (jsonEl) {
498| jsonEl.textContent = JSON.stringify(panelData);
499| }
500| }
501|
502| function applyFilterResponse(resp) {
503| if (!resp || !resp.panel) {
504| return;
505| }
506|
507| if (resp.view === 'visao_geral') {
508| mergePanelData({ overview: resp.panel.overview || {} });
509| applyOverviewDom(resp.panel.overview || {});
510| destroyOverviewCharts();
511| overviewChartsRendered = false;
512| renderOverviewCharts();
513| return;
514| }
515|
516| if (resp.view === 'comparativo') {
517| renderComparativoView(resp.panel.comparativo || {});
518| return;
519| }
520|
521| mergePanelData(resp.panel);
522| if (resp.active_axis) {
523| panelState.axis = resp.active_axis;
524| }
525| applyPendenciasDom(resp.panel);
526| renderPendenciasCharts();
527| }
528|
529| function kpiFooterText(footer) {
530| if (!footer || !footer.length) {
531| return '';
532| }
533| return footer.map(function (item) {
534| return (item.label || '') + ': ' + (item.value || '');
535| }).join(' | ');
536| }
537|
538| function buildKpiCardHtml(kpi) {
539| var trendLabel = kpi.trend && kpi.trend.label ? kpi.trend.label : '';
540| var footerText = kpi.footerText || kpiFooterText(kpi.footer);
541| var html = '<div class="col-12 col-md-6 col-xl-3 mb-2 mb-xl-0"><div class="mhs-card">'
542| + '<div class="mhs-card-header"><h2 class="mhs-card-title">' + escapeHtml(kpi.title || '') + '</h2></div>'
543| + '<div class="mhs-card-body"><h3 class="mhs-card-value">' + escapeHtml(kpi.value || '') + '</h3>'
544| + (trendLabel ? '<span>' + escapeHtml(trendLabel) + '</span>' : '')
545| + '</div>';
546| if (footerText) {
547| html += '<div class="mhs-card-footer"><div class="mhs-card-footer-row"><p class="mhs-card-details">'
548| + escapeHtml(footerText) + '</p></div></div>';
549| }
550| return html + '</div></div>';
551| }
552|
553| function updateKpiRow(kpis) {
554| var row = document.getElementById('ssma-ap-kpi-row');
555| if (!row || !kpis || !kpis.length) {
556| return;
557| }
558| var cards = row.querySelectorAll('.mhs-card');
559| if (!cards.length) {
560| row.innerHTML = kpis.map(buildKpiCardHtml).join('');
561| return;
562| }
563| kpis.forEach(function (kpi, index) {
564| var card = cards[index];
565| if (!card) {
566| return;
567| }
568| var titleEl = card.querySelector('.mhs-card-title');
569| var valueEl = card.querySelector('.mhs-card-value');
570| var bodyEl = card.querySelector('.mhs-card-body');
571| var detailsEl = card.querySelector('.mhs-card-details');
572| if (titleEl) {
573| titleEl.textContent = kpi.title || '';
574| }
575| if (valueEl) {
576| valueEl.textContent = kpi.value || '';
577| }
578| if (bodyEl) {
579| var contentEl = bodyEl.querySelector(':scope > span');
580| var trendLabel = kpi.trend && kpi.trend.label ? kpi.trend.label : '';
581| if (trendLabel) {
582| if (!contentEl) {
583| contentEl = document.createElement('span');
584| bodyEl.appendChild(contentEl);
585| }
586| contentEl.textContent = trendLabel;
587| } else if (contentEl) {
588| contentEl.remove();
589| }
590| }
591| var footerText = kpi.footerText || kpiFooterText(kpi.footer);
592| if (footerText) {
593| if (!detailsEl) {
594| var footer = document.createElement('div');
595| footer.className = 'mhs-card-footer';
596| footer.innerHTML = '<div class="mhs-card-footer-row"><p class="mhs-card-details"></p></div>';
597| card.appendChild(footer);
598| detailsEl = footer.querySelector('.mhs-card-details');
599| }
600| detailsEl.textContent = footerText;
601| } else if (detailsEl) {
602| var footerWrap = detailsEl.closest('.mhs-card-footer');
603| if (footerWrap) {
604| footerWrap.remove();
605| }
606| }
607| });
608| }
609|
610| function updateOverviewKpiRow(indicators) {
611| var kpis = (indicators || []).map(function (indicator) {
612| return {
613| title: indicator.title,
614| value: indicator.value,
615| trend: indicator.trend || {},
616| footerText: indicator.footer || indicator.unit || '',
617| };
618| });
619| var row = document.getElementById('ssma-ap-overview-kpi-row');
620| if (!row || !kpis.length) {
621| return;
622| }
623| var cards = row.querySelectorAll('.mhs-card');
624| if (!cards.length) {
625| row.innerHTML = kpis.map(function (kpi) {
626| return buildKpiCardHtml(kpi).replace('col-xl-3', 'col-xl');
627| }).join('');
628| return;
629| }
630| kpis.forEach(function (kpi, index) {
631| var card = cards[index];
632| if (!card) {
633| return;
634| }
635| var titleEl = card.querySelector('.mhs-card-title');
636| var valueEl = card.querySelector('.mhs-card-value');
637| var bodyEl = card.querySelector('.mhs-card-body');
638| var detailsEl = card.querySelector('.mhs-card-details');
639| if (titleEl) {
640| titleEl.textContent = kpi.title || '';
641| }
642| if (valueEl) {
643| valueEl.textContent = kpi.value || '';
644| }
645| if (bodyEl) {
646| var contentEl = bodyEl.querySelector(':scope > span');
647| var trendLabel = kpi.trend && kpi.trend.label ? kpi.trend.label : '';
648| if (trendLabel) {
649| if (!contentEl) {
650| contentEl = document.createElement('span');
651| bodyEl.appendChild(contentEl);
652| }
653| contentEl.textContent = trendLabel;
654| } else if (contentEl) {
655| contentEl.remove();
656| }
657| }
658| var footerText = kpi.footerText || '';
659| if (footerText) {
660| if (!detailsEl) {
661| var footer = document.createElement('div');
662| footer.className = 'mhs-card-footer';
663| footer.innerHTML = '<div class="mhs-card-footer-row"><p class="mhs-card-details"></p></div>';
664| card.appendChild(footer);
665| detailsEl = footer.querySelector('.mhs-card-details');
666| }
667| detailsEl.textContent = footerText;
668| } else if (detailsEl) {
669| var footerWrap = detailsEl.closest('.mhs-card-footer');
670| if (footerWrap) {
671| footerWrap.remove();
672| }
673| }
674| });
675| }
676|
677| function updateRecommendationBlock(recommendation) {
678| var textEl = document.querySelector('[data-ap-panel-view="pendencias"] .ssma-ap-recommendation-header + .ssma-ap-semantic-summary');
679| if (textEl && recommendation) {
680| textEl.textContent = recommendation.text || '';
681| }
682| }
683|
684| function buildSemanticPillGroup(label, items) {
685| if (!items || !items.length) {
686| return '';
687| }
688| var html = '<div class="d-flex align-items-center flex-wrap mb-3" style="gap:6px;">'
689| + '<span class="ssma-semantic-group-label">' + escapeHtml(label) + '</span>';
690| items.forEach(function (item) {
691| html += '<span class="mhs-pill mhs-pill--sm mhs-pill--company"><span class="mhs-pill-label">'
692| + escapeHtml(item.label || '') + '</span></span>';
693| });
694| return html + '</div>';
695| }
696|
697| function buildSemanticEmptyHtml(viewMode) {
698| var title = viewMode === 'visao_geral'
699| ? 'Nenhum dado no período filtrado'
700| : 'Nenhuma pendência no recorte selecionado';
701| var subtitle = viewMode === 'visao_geral'
702| ? 'Ajuste o período ou registre ações para que a Adriana identifique padrões e gere insights automáticos.'
703| : 'Ajuste os filtros ou aguarde novas pendências para visualizar a análise semântica e os insights.';
704| return '<div class="empty-card-state empty-card-state--sm">'
705| + '<div class="empty-card-icon"><i class="fa-solid fa-magnifying-glass" style="color:#adb5bd" aria-hidden="true"></i></div>'
706| + '<h5 class="empty-card-title">' + escapeHtml(title) + '</h5>'
707| + '<p class="empty-card-subtitle">' + escapeHtml(subtitle) + '</p>'
708| + '</div>';
709| }
710|
711| function buildPendenciasSemanticHtml(semantic) {
712| semantic = semantic || {};
713| var summary = String(semantic.summary || '').trim();
714| var hasContent = summary
715| || (semantic.common_factors || []).length
716| || (semantic.high_risk_factors || []).length;
717| if (!hasContent) {
718| return buildSemanticEmptyHtml('pendencias');
719| }
720| var html = '';
721| if (summary) {
722| html += '<p class="mb-2 ssma-semantic-summary">' + escapeHtml(summary) + '</p>';
723| }
724| html += buildSemanticPillGroup('Fatores comuns:', semantic.common_factors || []);
725| html += buildSemanticPillGroup('Fatores com maior risco potencial:', semantic.high_risk_factors || []);
726| return html;
727| }
728|
729| function buildOverviewSemanticHtml(semantic) {
730| semantic = semantic || {};
731| var summary = String(semantic.subtitle || '').trim();
732| var items = semantic.items || [];
733| if (!summary && !items.length) {
734| return buildSemanticEmptyHtml('visao_geral');
735| }
736| var html = '';
737| if (summary) {
738| html += '<p class="mb-2 ssma-semantic-summary">' + escapeHtml(summary) + '</p>';
739| }
740| items.forEach(function (item) {
741| html += '<div class="ssma-semantic-focus mb-2">'
742| + '<i class="' + escapeHtml(item.icon || 'fas fa-lightbulb') + ' mr-1" style="color:var(--app-brand-primary, var(--company-theme1, #186073));"></i>'
743| + '<strong>' + escapeHtml(item.title || '') + ':</strong> '
744| + escapeHtml(item.text || '') + '</div>';
745| });
746| return html;
747| }
748|
749| function buildAdrianaInsightsHtml(insights, emptyBody) {
750| if (!insights || !insights.length) {
751| return '<li style="list-style:none;color:#7A858C;font-size:12px;">' + escapeHtml(emptyBody) + '</li>';
752| }
753| return insights.map(function (item) {
754| return '<li>' + item + '</li>';
755| }).join('');
756| }
757|
758| function buildAdrianaQuestionsHtml(questions, context) {
759| return (questions || []).slice(0, 3).map(function (question) {
760| return '<div class="suggestion-card ssma-adriana-suggest-q" style="cursor:pointer;background:#fff;"'
761| + ' role="button" tabindex="0" title="' + escapeHtml(question) + '"'
762| + ' data-question="' + escapeHtml(question) + '" data-context="' + escapeHtml(context || 'action_plan') + '">'
763| + '<i class="fa-regular fa-sparkles suggestion-card__icon" aria-hidden="true"></i>'
764| + '<span class="suggestion-card__text">' + escapeHtml(question) + '</span></div>';
765| }).join('');
766| }
767|
768| function renderSemanticAdrianaRow(rowId, viewMode, semantic, adriana, context) {
769| var row = document.getElementById(rowId);
770| if (!row) {
771| return;
772| }
773|
774| var contentEl = row.querySelector('[data-ap-semantic-content]');
775| var insightsEl = row.querySelector('[data-ap-adriana-insights]');
776| var questionsEl = row.querySelector('[data-ap-adriana-questions]');
777| var emptyBody = viewMode === 'visao_geral'
778| ? 'Ajuste o período ou registre ações para que a Adriana identifique padrões e gere insights automáticos.'
779| : 'Ajuste os filtros ou aguarde novas pendências para visualizar a análise semântica e os insights.';
780|
781| if (contentEl) {
782| contentEl.innerHTML = viewMode === 'visao_geral'
783| ? buildOverviewSemanticHtml(semantic)
784| : buildPendenciasSemanticHtml(semantic);
785| }
786|
787| var insights = viewMode === 'visao_geral'
788| ? ((adriana && adriana.main_insights) || [])
789| : ((adriana && adriana.insights) || []);
790| var questions = viewMode === 'visao_geral'
791| ? ((adriana && adriana.follow_up_questions) || [])
792| : ((adriana && adriana.suggested_questions) || []);
793|
794| if (insightsEl) {
795| insightsEl.innerHTML = buildAdrianaInsightsHtml(insights, emptyBody);
796| }
797| if (questionsEl) {
798| questionsEl.innerHTML = buildAdrianaQuestionsHtml(questions, context);
799| }
800| }
801|
802| function updateSemanticAdriana(semantic, adriana) {
803| renderSemanticAdrianaRow(
804| 'ssma-ap-semantic-adriana-pendencias',
805| 'pendencias',
806| semantic,
807| adriana,
808| 'action_plan'
809| );
810| }
811|
812| function updateOverviewSemanticAdriana(semantic, adriana) {
813| renderSemanticAdrianaRow(
814| 'ssma-ap-semantic-adriana-visao-geral',
815| 'visao_geral',
816| semantic,
817| adriana,
818| 'action_plan_overview'
819| );
820| }
821|
822| function updateOperationalSummary(summary) {
823| var container = document.querySelector('[data-ap-panel-view="pendencias"] .ssma-ap-operational-summary');
824| if (!container || !summary) {
825| return;
826| }
827| var rowsHtml = (summary.rows || []).map(function (row) {
828| return '<div class="ssma-ap-op-row">'
829| + '<div class="ssma-ap-op-row-head"><span>' + escapeHtml(row.label) + '</span>'
830| + '<span class="ssma-ap-op-row-value">' + escapeHtml(row.count) + ' · ' + escapeHtml(row.percent) + '%</span></div>'
831| + '<div class="ssma-ap-op-progress" aria-hidden="true"><div class="ssma-ap-op-progress-fill" style="width: '
832| + escapeHtml(row.percent) + '%;"></div></div></div>';
833| }).join('');
834| var total = summary.total || {};
835| container.innerHTML = '<div class="ssma-ap-operational-summary-title">Resumo Operacional</div>'
836| + rowsHtml
837| + '<div class="ssma-ap-op-total"><span>' + escapeHtml(total.label || 'Total de pendências') + '</span>'
838| + '<span>' + escapeHtml(total.value || '0') + ' · ' + escapeHtml(total.percent || 100) + '%</span></div>';
839| }
840|
841| function priorityPillClass(key) {
842| var map = {
843| alta: 'red',
844| critica: 'red',
845| urgente: 'red',
846| moderada: 'teal',
847| media: 'teal',
848| medio: 'teal',
849| média: 'teal',
850| baixa: 'gray',
851| leve: 'gray',
852| };
853| return map[String(key || 'baixa').toLowerCase()] || 'gray';
854| }
855|
856| var MEMBER_AVATAR_COLORS = ['#EA151C', '#186073', '#25AD52', '#FFC107', '#6F42C1', '#FD7E14', '#20C997', '#DC3545'];
857|
858| function buildOriginIconHtml(originKey, originIcons) {
859| var meta = (originIcons && originIcons[originKey]) || {};
860| return '<span class="ssma-ap-panel-table-origin" title="' + escapeHtml(meta.title || 'Origem') + '">'
861| + '<span class="icon-badge icon-badge-md icon-badge-' + escapeHtml(meta.variant || 'primary') + ' icon-badge-rounded">'
862| + '<i class="fa ' + escapeHtml(meta.icon || 'fa-link') + '" aria-hidden="true"></i></span></span>';
863| }
864|
865| function buildResponsibleStackHtml(people) {
866| if (!people || !people.length) {
867| return '<span class="member-avatars-stack-empty">—</span>';
868| }
869| var visible = people.slice(0, 3);
870| var html = '<div class="member-avatars-stack">';
871| visible.forEach(function (person, index) {
872| var name = person.name || person.initials || '';
873| var initials = person.initials || '';
874| var color = MEMBER_AVATAR_COLORS[index % MEMBER_AVATAR_COLORS.length];
875| html += '<div class="member-avatar-circle position-relative overflow-hidden" title="' + escapeHtml(name) + '"'
876| + ' aria-label="' + escapeHtml(name) + '"'
877| + ' style="width:27px;height:27px;border-radius:100px;font-weight:700;font-size:12px;background:' + color + ';'
878| + (index > 0 ? 'margin-left:-6px;' : '') + '">'
879| + '<span class="member-avatar-initials d-flex align-items-center justify-content-center w-100 h-100">'
880| + escapeHtml(initials) + '</span></div>';
881| });
882| return html + '</div>';
883| }
884|
885| function formatPeopleNames(people) {
886| if (!people || !people.length) {
887| return '—';
888| }
889| var names = people.map(function (person) {
890| return String((person && (person.name || person.initials)) || '').trim();
891| }).filter(Boolean);
892| return names.length ? names.join(', ') : '—';
893| }
894|
895| function buildPendenciasTableRowHtml(row, originIcons) {
896| var deadlineClass = row.deadline_overdue ? 'overdue' : 'ok';
897| var originUrl = row.origin_url || '';
898| var executorNames = formatPeopleNames(row.executors || row.responsible || []);
899| var validatorNames = formatPeopleNames(row.validators || []);
900| var originBtn = originUrl
901| ? '<a class="ssma-ap-panel-table-action-btn" href="' + escapeHtml(originUrl) + '" title="Ir para origem" aria-label="Ir para origem">'
902| + '<i class="fas fa-external-link-alt" aria-hidden="true"></i></a>'
903| : '';
904| return '<tr>'
905| + '<td><div class="ssma-ap-table-title-main">' + escapeHtml(row.title) + '</div>'
906| + '<div class="ssma-ap-table-title-sub">' + escapeHtml(row.action_id || row.id) + '</div></td>'
907| + '<td class="text-center">' + buildOriginIconHtml(row.origin, originIcons) + '</td>'
908| + '<td><div class="ssma-ap-table-title-main">' + escapeHtml(row.management) + '</div>'
909| + '<div class="ssma-ap-table-mgmt-sub">' + escapeHtml(row.location) + '</div></td>'
910| + '<td><span class="mhs-pill mhs-pill--sm mhs-pill--' + priorityPillClass(row.priority_key) + '">'
911| + '<span class="mhs-pill-label">' + escapeHtml(row.priority) + '</span></span></td>'
912| + '<td>' + buildResponsibleStackHtml(row.executors || row.responsible) + '</td>'
913| + '<td>' + buildResponsibleStackHtml(row.validators || []) + '</td>'
914| + '<td><span class="ssma-ap-deadline--' + deadlineClass + '">' + escapeHtml(row.deadline) + '</span></td>'
915| + '<td>' + escapeHtml(row.pending) + '</td>'
916| + '<td class="text-center"><div class="d-inline-flex align-items-center" style="gap:6px;">'
917| + '<button type="button" class="ssma-ap-panel-table-action-btn js-ssma-ap-panel-view-action"'
918| + ' data-action-id="' + escapeHtml(row.id) + '"'
919| + ' data-action-title="' + escapeHtml(row.title || '') + '"'
920| + ' data-action-origin="' + escapeHtml(row.origin_label || row.occurrence_title || '') + '"'
921| + ' data-action-deadline="' + escapeHtml(row.deadline || '') + '"'
922| + ' data-action-pending="' + escapeHtml(row.pending || '') + '"'
923| + ' data-action-description="' + escapeHtml(row.description || '') + '"'
924| + ' data-action-origin-url="' + escapeHtml(originUrl) + '"'
925| + ' data-action-executors="' + escapeHtml(executorNames) + '"'
926| + ' data-action-validators="' + escapeHtml(validatorNames) + '"'
927| + ' title="Visualizar" aria-label="Visualizar ação">'
928| + '<i class="fas fa-eye" aria-hidden="true"></i></button>'
929| + originBtn
930| + '</div></td></tr>';
931| }
932|
933| function updatePendenciasTable(tableData, originIcons) {
934| var table = document.getElementById('ssma-ap-panel-table');
935| if (!table) {
936| return;
937| }
938| var tbody = table.querySelector('tbody');
939| if (!tbody) {
940| return;
941| }
942| var rows = (tableData && tableData.rows) || [];
943| var $ = window.jQuery;
944| if ($ && $.fn && $.fn.DataTable && $.fn.DataTable.isDataTable('#ssma-ap-panel-table')) {
945| $('#ssma-ap-panel-table').DataTable().clear().destroy();
946| }
947| tbody.innerHTML = rows.map(function (row) {
948| return buildPendenciasTableRowHtml(row, originIcons);
949| }).join('');
950| bindTableViewButtons();
951| if (window.MetahumanDataTables && typeof window.MetahumanDataTables.whenReady === 'function') {
952| window.MetahumanDataTables.whenReady('ssma-ap-panel-table', function () {
953| if ($ && $.fn && $.fn.DataTable && !$.fn.DataTable.isDataTable('#ssma-ap-panel-table')) {
954| $('#ssma-ap-panel-table').DataTable({
955| ordering: false,
956| searching: false,
957| pageLength: (tableData && tableData.page_length) || 10,
958| lengthMenu: [[10, 25, 50], [10, 25, 50]],
959| lengthChange: true,
960| language: {
961| emptyTable: 'Nenhuma ação encontrada.',
962| zeroRecords: 'Nenhuma ação corresponde aos filtros.',
963| info: 'Mostrando _END_ de _TOTAL_ ações',
964| infoEmpty: 'Mostrando 0 de 0 ações',
965| lengthMenu: 'Resultados por página _MENU_',
966| paginate: { previous: '<', next: '>' },
967| },
968| });
969| }
970| });
971| }
972| }
973|
974| function updateAxisFilterOptions(chartData) {
975| var select = document.getElementById('ssma-ap-chart-axis-filter');
976| if (!select || !chartData || !chartData.axes) {
Note: Results truncated to 500 lines. Please narrow your line range.
Request #38
deepseek-v4-flash
P:101.6K C:5.02K CR:94.98K CW:0
40311ms
Reasoning
`applyFilterResponse` for pendencias: `mergePanelData(resp.panel); ... applyPendenciasDom(resp.panel); renderPendenciasCharts();`. And `applyPendenciasDom` presumably calls `updateOperationalSummary(panel.operational_summary)`, which does DOM innerHTML on `.ssma-ap-operational-summary` and thus updates DOM with filtered data. Good. So summary DOM is up-to-date.
Wait — `updateOperationalSummary` sets container.innerHTML, which resets the `id`? No, id remains on container since innerHTML only replaces children. Good.
But note: the export's `getPendenciasPrintSections` fallback table uses panelData.operational_summary; `applyFilterResponse` merges panel.mergePanelData(resp.panel) — does resp.panel include operational_summary? The backend response includes operational_summary (Presenter). Fine.
Now — Wait: `updateOperationalSummary` re-writes `.ssma-ap-operational-summary` container with title + rows + total. In `hasRenderablePrintSection`, panel captureType checks `.ssma-ap-op-row` or `.ssma-ap-op-total`. If rows empty and total exists then `.ssma-ap-op-total` always present. OK.
Now let me double-check the earlier concern about export for pendencias showing filter state. Data is consistent.
Let me look for a genuinely NEW concrete issue I can confirm.
Let me focus on `renderPendenciasCharts` double render + `syncPairedPendingCharts` as a possible bug: The re-render at 120ms is unconditional and will re-run render even if the charts were just re-rendered. When user changes axis filter quickly (multiple triggers), pending renders pile up — each renderPendenciasCharts schedules a sync render 120ms later. With debounce filter triggers... Actually wait, filters trigger renderPendenciasCharts each AJAX response; plus sync at 120ms. Also pairedChartsResizeTimer on resize. All these re-renders can destroy charts while html2canvas... no.
But there is a potential **measurable performance issue**: re-rendering highcharts twice on each filter change. Medium.
Hmm. Let me search: was `syncPairedPendingCharts` rendered twice at initial too? First render may measure heights while charts not yet drawn. Second render (120ms) re-measures now that previous charts are in DOM, giving true heights (since wrap height now includes header? No, header excluded, but the wrap now is larger due to the first chart having actual content & legend). So 120ms later re-render picks better height. This is the design. Fine.
Now, a real issue: **`syncPairedPendingCharts` 120ms timer isn't canceled when the user leaves pendencias (switch to overview) or destroys charts.** If the user switches away within 120ms, the pending re-render will re-create pendencias charts while the pendencias section is hidden (d-none). That's mostly harmless, but it destroys/recreates and could capture heights as fallback 200px; when returning, re-rendered again. Not user-visible.
However, if the user leaves pendencias (switch to visao_geral → destroyPendenciasCharts destroys charts) and then the pending timer fires within 120ms, `renderPairedPendingCharts()` re-creates charts inside hidden pendencias section. Then later, when switching back to pendencias, switchView renders again (destroy + recreate). No visible bug.
Edge: If user clicks "Exportar" in pendencias, and within 120ms the export does reflow; meanwhile sync re-renders the charts mid-export, changing heights. That yields a stale capture? The capture happens after ~ 220ms waits; likely after sync fired. Meh.
Now, the more serious issue that I think is NEW: **In `exportPanelChartsPrint`, for pendencias, they only `reflowCharts`; they don't re-render, so if the paired charts' heights were set when the panel had a different width (e.g., after sidebar toggled or mobile→desktop without a resize event), the exported image may be off. But the window resize handler now re-renders paired charts on resize. Minor.
Let me look at another area: the **critical chart** host `.ssma-ap-chart-host--main` min-height 260, but paired charts host min-height 175/235 etc.
Now let's look at any issue with **`computeBarAxisMax` + stack labels**: Since `endOnTick: true`, the y axis max ends at tick; if data values are e.g., 4, yMax=5; bar of 4 near 5. OK.
Wait, actually there's a subtle bug in `computeBarAxisMax`: for maxTotal = 0 the function returns 5. For maxTotal=1 → padded=ceil(1.12)=2 → returns 5 (since padded<=5 => 5). That leaves axis max 5 with tallest bar=1. OK.
Now `renderTopResponsibleChart` sets `yAxis.max = yMax`, `tickInterval`. Then chart. Fine.
But wait — `yMax` values from computeBarAxisMax are ints ≥5; the yAxis for stacked bars sums execution+validation up to maxTotal. Legend etc.
Potential issue: Stack labels at the end of each bar may exceed axis max when yMax computed with 1.12 padding, fine.
Now let's check the CSS new `.ssma-ap-chart-wrap--hbar` padding is increased but the renderTopResponsibleChart previously? It used class `--hbar` on wrap; now changed to `--paired`. So overview hbar charts (origin-time/person-time) still in `.ssma-ap-chart-wrap--hbar` — padding changed from 6/10/8 to 8/12/10. Slight visual change. Not a bug.
Alright, let me focus on new issues for templates:
**Template `_tab_painel.html.twig`: the export button markup duplicates existing design-system `ui/_button.html.twig` component?** Review rule says to use `components/ui/_button.html.twig` for buttons. Let me see if there's such a component. That's an alert (Leve) per template rules. It uses `mhs-btn-secondary` class directly. Might be worth a low note but not blocking.
**XSS check in twig:** `{{ panel|json_encode|raw }}` inside `<script type="application/json">` — preexisting. New code doesn't add unescaped data. The static `<script src=...>` external CDN (finding #7).
Now, let's check the important **switch to Highcharts gauge**: `renderSsmaActionPlanGauge` is defined with `hasData` and `colorConfig`. It's referenced both for projectGauge and now resolutionGauge. Both gauges stored in ssmaActionPlanChartState. Wait — `ssmaActionPlanChartState` is defined in _tab_action_plan.html.twig. Note in renderSsmaActionPlanGauge returns Highcharts.chart(...) instance, but the empty-state function returns {reflow, destroy}. Both are put into state. Fine.
But WAIT — `renderSsmaActionPlanResolutionGauge` passes `hasData=true` ALWAYS to renderSsmaActionPlanGauge, even if no data... but if hasData false the function already returns empty state before. Fine.
Let me now think about **a new functional bug with exporting overview gauges**:
`ensureDistributionChartsForExport` checks only the resolution gauge container. If charts were already initialized with `hasData = false` (empty state, meaning no action plan data at all), then resolution gauge has no `.highcharts-container` → needsRefresh true → calls refresh. refresh destroys and rebuilds → still empty state (no data) → still no highcharts container. But after 420ms, capture proceeds; canCaptureImage false for gauge section; fallback table rows: gaugeValueFromDom returns '—' but hasValues true → table section rendered with '—' values. Actually buildPrintSectionsHtml: if !canCaptureImage && hasValues → table with 'Taxa de aceitação | —'. Fine (though weird). If no rows → skipped. OK.
Let me consider **project gauge container `ssma-action-plan-project-gauge`** is inside a card with `p-3` wrapper; and gauge is a Highcharts pie. That captures.
Now potential real issue: For `ensureDistributionChartsForExport`, if needsRefresh true, it calls refresh then resolves after **420ms**. But the refresh is async: it uses waitForSsmaActionPlanHighcharts — if Highcharts is already loaded, callback runs synchronously within same tick, destroy and rebuild charts. If not loaded, rebuild happens later — capture might occur before gauges rendered. If the user is exporting from overview, Highcharts must be loaded (overview charts rendered), so waitFor resolves immediately. Fine.
Now, let's look for **`Highcharts.charts` potentially null**? window.Highcharts.charts is array. fine.
Let me think about the scenario in finding #1: after renderOverviewCharts and waits, busy set. Actually two rapid clicks before busy flag set: first invocation starts pendencias path? It's the same. This is #1.
Now, let me try to identify issues around **cancellation/cleanup if user closes tab**: not relevant.
Now let me review `syncPairedPendingCharts` + export interplay and one more angle: **When the export captures the paired charts' cards, the origin column chart can have data labels above columns with crop; fine.
Let me step back and think about the most likely NEW issues in the diff that a careful reviewer would flag:
1. `renderPairedPendingCharts()` + `syncPairedPendingCharts()` cause duplicate chart instantiation (destroy/recreate) on every render — combined with `reflowCharts` inside renderPendenciasCharts. It also introduces a race: `syncPairedPendingCharts` scheduled 120 ms after every render, but no cancellation when switching to another view or when panel filter re-renders. Could create extra charts on a hidden container (charts recreated after `destroyPendenciasCharts`). This is arguably worth a medium/low comment about resource churn and potential race.
2. **`getPairedChartHeight` uses `wrap.clientHeight > 80`; if the wrap height is between 81 and ~220 for a top-10 chart with 10 categories, chartHeight could be small (e.g., 175) → 10 bars stacked in 175-44 = 131px → bars ~13px each. Might be OK.
3. The top-responsible chart's `rowHeight` concept gone: previously with 10 categories chartHeight was 10*22+48 = 268. Now ~175-235px. Might clip labels but since x-axis labels are at the left (bar chart y-axis categories are names), bars squeezed. Not a code bug per se.
4. **NEW: `renderTopResponsibleChart` still shows empty state via `showChartEmpty` when rows empty but does not remove the explicit `el.style.height`/`minHeight` set from a previous render? Not set in that path because height setting occurs after empty check returns. Actually heights set at line 1453 AFTER the empty check? No — the empty check is before computing heights? Let's verify the order: In `renderTopResponsibleChart`:
- guard; destroyChart('topResponsible') (line 1434)
- rows
- if (!rows.length) showChartEmpty, return.
- clearChartEmpty
- compute yMax etc.
- set el.style.height ...
- destroyChart again
- create chart.
So on empty state, the container retains the CSS min-height 175 (since `.ssma-ap-chart-host--hbar` has min-height 0; the fill host min-height 175). OK.
5. Another NEW: In `renderOriginChart`, the height style set before creating chart and the wrap is `--paired`; the chart columns could overflow if chartHeight < needs, but overflow hidden clips. Fine.
Now let's investigate something potentially important in the twig `_tab_action_plan.html.twig` change: `renderSsmaActionPlanResolutionGauge` now invokes Highcharts and stores chart in ssmaActionPlanChartState.resolutionGauge. Then `destroySsmaActionPlanCharts()` loop includes `'resolutionGauge'`. But wait — the gauge DOM containers `#ssma-action-plan-project-gauge` etc. are inside `_tab_painel_visao_geral.html.twig`, which is rendered ONLY inside the Painel tab and only when the user has `action_plan_panel_data` etc. The Ações tab might be rendered on a page where Painel view exists. OK.
Hmm, but there's a subtlety: The gauges are in the **Visão Geral** section (a sub-tab of Painel). But the review said the conic gauge is displayed with data from `action_plan_data` (Actions data), i.e., these gauges don't reflect Painel filters. The change means the resolution gauge now becomes Highcharts — visually consistent with project gauge.
Let me check if there's **an export-specific issue: html2canvas with Highcharts SVG and `useCORS:true; allowTaint:true;`**, combined with external CDN script in the same document. Actually html2canvas loads the page DOM as is; gauges' center label uses `chart.renderer.text` → Highcharts renders SVG with embedded text nodes; html2canvas parses SVG by serializing foreignObject? Actually html2canvas handles inline SVG elements by cloning them to HTML; Highcharts SVG is inline `<svg>` inside div; html2canvas renders inline SVGs by loading them as images through `foreignObject`? html2canvas renders `<svg>` elements by serializing and creating Image with data URL, which requires the SVG to be self-contained; Highcharts charts reference CSS styles defined in their own `<style>` inside the svg? Highcharts 11 uses `<svg>` with inline `<style>`. CORS should be fine because same-origin inline.
OK.
Now let me examine the export for **the `typeBar`/`deadlineBar` sections in overview**. These are bar charts but they don't exist as sections in pendencias. For overview export, `canCaptureImage` true → capture card. The type-bar and deadline-bar charts are within the visao_geral section, visible. But wait — the visao_geral template wraps bar charts in col-12 col-lg-6. Capture each card. OK.
Now is there a risk that in the overview export, **these distribution cards are NOT visible because overview data currently from the AJAX is being rendered and the visao_geral section visible** — yes.
Let me now look at `getDistributionPrintSections` list of 4 sections — the typeBar/deadlineBar sections captured via `ssma-action-plan-type-bar` cards. `hasRenderedChart` uses container querySelector '.highcharts-container'; but for empty chart (no series), `renderSsmaActionsBarChart` maybe renders an empty card via html container, not a Highcharts container, so canCaptureImage false and fallback table also empty → skipped. Acceptable.
Now, a potential NEW issue regarding **duplication with `refreshSsmaActionPlanCharts` on window export when visao_geral active** and the **`initDistributionCharts` being invoked also within `reflowDistributionCharts`?** Eh.
Let me now examine the modified `.ssma-ap-chart-wrap--hbar` rule context for overview hbar chart cards; not a bug.
OK, given all this, let me scan for new issues likely:
**Issue N? — in `buildPrintSectionsHtml` the loop is sequential with a 220ms wait per section capture.** For overview that's 7 sections * (220ms + scrollIntoView render) ≈ 2s+ before print. Fine.
**Issue N? — Using image capture for charts but not for KPI overview cards; not required.
Now, let me review the following scenario, which could be a genuine bug: **When exporting visao_geral, `renderOverviewCharts()` is invoked. Inside it calls `initDistributionCharts()` and reflow. But then export also calls `ensureDistributionChartsForExport()`. If resolution gauge had data (hasActionChartData) the first time — actually needsRefresh depends on whether a highcharts container exists in resolution gauge div. After `renderOverviewCharts()` runs (which includes `initDistributionCharts()` → if initialized already? buildSsmaActionPlanCharts not executed because ssmaActionPlanChartState.initialized = true from an earlier run) — the gauge exists. needsRefresh false. So no refresh, just reflow + wait 220ms. Good.
BUT, initial state: `ssmaActionPlanChartState.initialized` may be false if no one called init before, but renderOverviewCharts → initDistributionCharts → window.initSsmaActionPlanCharts → if !initialized build charts. Then the resolution gauge is a Highcharts pie (new change). Good.
Now what if the user never opens visao_geral and directly attempts export? Export only allowed when currentView = visao_geral. To be on visao_geral, they must have switched; switchView triggers renderOverviewCharts if !overviewChartsRendered. So the charts are there.
Wait — `switchView('visao_geral')` triggers `if (!overviewChartsRendered) renderOverviewCharts();` — but that renderOverviewCharts may be async in waitHighcharts and set overviewChartsRendered true after render. So user clicks export potentially before charts render? Export itself calls renderOverviewCharts anyway (which destroys and recreates). So fine.
Now, the actual NEW bug I want to verify: **In overview export, after capture of distribution gauges... Wait: The gauge values displayed (center labels) are percentages. The `captureCardSectionForPrint` sets `.highcharts-container` overflow visible, but gauges are Highcharts SVG. Capture gauge card of height ~ 360 + header. html2canvas scale 2. That's big but fine.
Let me now focus on the `findChartByContainerId` + Highcharts global: When a Highcharts chart is destroyed, the global Highcharts.charts array leaves the element as undefined? destroyChart sets `charts[key] = undefined`? The `.destroy()` removes from global `Highcharts.charts` list? In Highcharts, chart.destroy() splices from Highcharts.charts. OK.
Alright.
Let me look for NEW issues more concretely in terms of **contract with the server**: the export JS reads panel data to build fallback tables but that data comes from SSR JSON and AJAX merges; consistent.
Now maybe the issue that is worth reporting: **`syncPairedPendingCharts` uses a fixed 120 ms setTimeout that will run even after charts were destroyed and even after the view has switched**, and combined with window resize debounce, causes repeated re-renders. I'll report as low/medium.
Also there may be a NEW issue: **`renderPendenciasCharts` now schedules `syncPairedPendingCharts()` inside `waitHighcharts`; on every AJAX filter response, plus `reflowCharts(PENDENCIAS_CHART_KEYS)` at 80ms, plus paired re-render at 120ms, plus a second `renderPairedPendingCharts()` initial — actually `syncPairedPendingCharts` calls renderPairedPendingCharts at 120ms then reflow. And the immediate renderPairedPendingCharts already done. So paired charts are rendered twice per response. Each render calls destroyChart and recreates the Highcharts instance. For stacked bars with up to 10 categories this is cheap.
I think there might be a stronger NEW bug candidate around **data-uri length**: not confirmable.
Let me review **the CSS `.ssma-ap-chart-host--fill { height: 100%; max-height: none; }`**: When renderTopResponsibleChart runs BEFORE renderOriginChart (renderPairedPendingCharts order), top-responsible chart reads wrap height when origin chart host still empty with min-height 175; so both wraps similar ~175. Then topResponsible chartHeight=175-? Actually wrap.clientHeight could be 175 (host min) and card padding; then chart drawn 175 high with legend (~30) leaves ~145 for 10 bars. Bars ~12px. Meanwhile the column chart for origin with chartHeight maybe 175+ also (since same wrap height). Both equal height.
But the CSS `.ssma-dashboard-chart-pair-row > [class*="col-"] { min-height: 235px }` ensures that even if content is small, each column at least 235. But the card includes header (~55) + wrap flex remainder. Since column min-height 235, card height = max(content, 235). If wrap measured while column content was 175 + header 55 = 230 < 235, the columns stretch to 235 and the wrap flex grows to 235-55=180. But renderTopResponsibleChart computed chartHeight as the wrap clientHeight at the moment of render = maybe 175 (if wrap not yet grown). Hmm the wrap is flex:1 1 auto in a flex column card. Column min-height 235, card h-100 of column height 235, header ~55 flex-shrink-0, wrap flex auto → wrap gets 180. But when the chart render ran, wrap.clientHeight would be ~180 because layout is already set by the flex... At the time render reads clientHeight, the wrap height is determined by card height (235) minus header, regardless of content. So wrap.clientHeight ≈ 180 already (assuming flex container sized). The initial render then sets host height=180 with max-height none. Chart 180 high. Actually that might be less than before but consistent.
I can't easily identify the "bug" here without rendering.
Let me instead search the git diff for other subtle things we haven't flagged, e.g., missing `overflow` reset (confirmed #5), double-click (confirmed), etc.
Let me look at a potentially important NEW JS issue: **`notifyPanelExport` uses `showToast` with `'Painel'` as the title and icon `fa-file-pdf`, type bg-danger/bg-info. What if showToast's signature is (message, title, icon, type) matching? We saw another file call showToast(message, ...). Confirm quickly. Not necessary.
Let me search other modules calling showToast with 4 args to check signature compatibility.
Actually let's check `showToast` signature from other usage. Search in codebase.
Tool Calls (2)
code_search
Show Details
Arguments
{"search_text": "function showToast"}
Result
File: public/js/chat_ia/interview_ia.js
Match lines: 1
16| function showToast(type, message) {
File: public/js/chat_ia/nps_ia.js
Match lines: 1
32| function showToast(type, message) {
File: public/js/utils/showToast.js
Match lines: 1
1|function showToast(message, title, iconClass, bgColor) {
File: templates/a360/search_wall/externo/canva-externo.html.twig
Match lines: 1
666|function showToast(message, isSuccess) {
File: templates/bank_returns/index.html.twig
Match lines: 1
3303| function showToast(message, type) {
File: templates/calendar_member/calendar_member_old.html.twig
Match lines: 1
956| function showToast(title, message, toastClass) {
File: templates/calendar_member/tabs/_calendar_tab.html.twig
Match lines: 1
3254| function showToast(title, message, toastClass) {
File: templates/calendar_member/tabs/_calendar_tab_old.html.twig
Match lines: 1
894| function showToast(title, message, toastClass) {
File: templates/candidate/profile.html.twig
Match lines: 1
3430| function showToast(title, message, toastClass) {
File: templates/company/components/memberOffCanvas.html.twig
Match lines: 1
257| // function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
File: templates/company/teams_permissions.html.twig
Match lines: 2
716| // function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
841| // function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
File: templates/company/teams_permissions_v2.html.twig
Match lines: 2
725| // function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
855| // function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
File: templates/contractor/tabs/_tab_empresas.html.twig
Match lines: 1
1267| function showToastMsg(msg, title, icon, bg) {
File: templates/contractor/tabs/_tab_requisitos_documentais.html.twig
Match lines: 1
915| function showToastMsg(msg, title, icon, bg) {
File: templates/cultural_hub/feed/feed_index.html.twig
Match lines: 1
3037| function showToast(message, titleOrType = 'info', icon = null, className = null) {
File: templates/employee-advocacy/Tenant/partials/dashboard.html.twig
Match lines: 1
163|function showToast(title, message, bgClass = 'bg-info') {
File: templates/innovation/criar_questionario.html.twig
Match lines: 1
3768|function showToast(message, title, iconClass, bgColor) {
File: templates/layoutAdmin.html.twig
Match lines: 1
4019| {# function showToast(title, message, toastClass) {
File: templates/layoutUser.html.twig
Match lines: 1
3622| }); #}{# function showToast(title, message, toastClass) {
File: templates/layoutUserOld.html.twig
Match lines: 1
1243| }); #}{# function showToast(title, message, toastClass) {
File: templates/manager/lead_qualified_users.html.twig
Match lines: 1
823| function showToast(message, type) {
File: templates/permissions_tags/add.html.twig
Match lines: 1
192| // function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
File: templates/permissions_tags/edit.html.twig
Match lines: 1
191| // function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
File: templates/receivables/index.html.twig
Match lines: 1
8914|function showToast(type, message) {
File: templates/recruitment/qualified_professionals/partials/_modal_advanced_search.html.twig
Match lines: 1
251|function showToast(message, type) {
File: templates/structural_research/criar_questionario.html.twig
Match lines: 1
3522|function showToast(message, title, iconClass, bgColor) {
File: templates/subsidiary_company/mySubsidiaryCompanies.html.twig
Match lines: 1
554| function showToast(success, message) {
File: templates/templates/a360/criar_questionario.html.twig
Match lines: 1
3251|function showToast(message, title, iconClass, bgColor) {
File: templates/templates/freela_panel_index.html.twig
Match lines: 1
600|function showToast(message, isSuccess) {
File: templates/templates/specialist_activities_validation.html.twig
Match lines: 1
430| function showToast(message, isSuccess) {
File: templates/templates/specialist_activities_validation_interview.html.twig
Match lines: 2
1152| function showToast(message, isSuccess) {
1747| function showToast(message, isSuccess) {
File: templates/templates/specialists_index.html.twig
Match lines: 1
515| function showToast(message, isSuccess) {
File: templates/templates/specialists_management_index.html.twig
Match lines: 1
422|function showToast(message, isSuccess) {
File: templates/user_admin/add.html.twig
Match lines: 1
789| function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
File: templates/welfare_hub/health_specialist_panel/tabs/agenda.html.twig
Match lines: 1
140| function showToast(message, type) {
code_search
Show Details
Arguments
{"search_text": "showToast("}
Result
Note: The results have been truncated. Only showing first 100 results.
File: agents/especialistas/frontend/jquery_specialist.md
Match lines: 2
131| showToast('User created', 'Success', 'fas fa-check', 'bg-success');
417| showToast(response.message, 'Success', 'fas fa-check', 'bg-success');
File: docs/front/features/subsidiary_companies/overview.md
Match lines: 1
101|- `showToast(success, message)` centraliza feedback.
File: public/js/ai_training/index.js
Match lines: 50
105| showToast(
141| showToast(
224| showToast(
244| showToast(
575| showToast(
588| showToast(
600| showToast(
667| showToast(
683| showToast(
710| showToast('Falha ao marcar como concluído. Tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
715| showToast('Erro ao marcar como concluído. Tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
730| showToast('Este item não pode ser desmarcado após a conclusão.', 'Ação Inválida', 'fas fa-lock', 'bg-warning');
786| showToast(
870| showToast(
899| showToast('Não foi possível salvar seu progresso. A navegação foi cancelada.', 'Erro', 'fas fa-times', 'bg-danger');
904| showToast('Erro ao salvar seu progresso. A navegação foi cancelada.', 'Erro', 'fas fa-times', 'bg-danger');
961| showToast(
973| showToast(
1024| showToast(
1031| showToast(
1502| showToast(
2244| showToast(
2328| showToast(
2354| showToast(
2369| showToast(
2406| showToast(
2533| showToast(
2548| showToast(
3006| showToast('Erro: Nenhuma lição ativa. Selecione novamente a avaliação.', 'Erro', 'fas fa-times', 'bg-danger');
3049| showToast('Avaliação marcada como concluída!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
3056| showToast('Falha ao concluir a avaliação. ' + (response ? response.error : 'Erro desconhecido'), 'Erro', 'fas fa-times', 'bg-danger');
3065| showToast('Erro: ' + error.message, 'Erro', 'fas fa-times', 'bg-danger');
3079| showToast('Avaliação marcada como concluída! (Modo Teste)', 'Sucesso', 'fas fa-check-circle', 'bg-info');
3373| showToast(
3441| showToast(
4171| showToast(
4221| showToast(
4246| showToast(
4254| showToast(
4263| showToast(
4288| showToast(
4295| showToast(
4314| showToast('Avaliação concluída (Modo Teste)', 'Avaliação Salva', 'fas fa-check', 'bg-info');
4319| /* showToast(
4421| showToast(
5333| showToast('Módulo concluído com sucesso!', 'Módulo Concluído', 'fas fa-trophy', 'bg-success');
5335| showToast('Não foi possível marcar o módulo como concluído.', 'Erro', 'fas fa-times', 'bg-danger');
5340| showToast('Erro ao marcar o módulo como concluído.', 'Erro', 'fas fa-times', 'bg-danger');
6417| showToast('Avaliação salva com sucesso!', 'Concluído', 'fas fa-check-circle', 'bg-success');
9475| showToast('Avaliação concluída!', 'Concluído', 'fas fa-check-circle', 'bg-success');
File: public/js/app/contratadosTab.js
Match lines: 7
71| showToast(response.message, 'Sucesso!', 'fas fa-check', 'bg-success');
75| showToast(errorMessage, 'Erro!', 'fas fa-exclamation-circle', 'bg-danger');
99| showToast(response.message, 'Sucesso!', 'fas fa-check', 'bg-success');
102| showToast('Falha ao atualizar o estado do documento.', 'Erro!', 'fas fa-exclamation-circle', 'bg-danger');
105| showToast('Falha ao processar a solicitação.', 'Erro!', 'fas fa-exclamation-circle', 'bg-danger');
222| showToast(response.message, 'Sucesso', 'fas fa-check', 'bg-success');
225| showToast(errorMessage, 'Erro', 'fas fa-exclamation-triangle', 'bg-warning');
File: public/js/chat/features/chat-webrtc-integration.js
Match lines: 6
112| showToast('Este usuário não está disponível no momento', 'Indisponível', 'fas fa-user-clock', 'bg-warning');
129| showToast('Esta chamada já está ativa em outro dispositivo', 'Chamada Ativa', 'fas fa-mobile-alt', 'bg-info');
164| showToast(message, title, icon, toastClass);
174| showToast('Erro ao verificar disponibilidade. Tente novamente.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
670| showToast(message, 'Erro na Chamada', 'fas fa-exclamation-circle', 'bg-danger');
681| showToast(message, 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
File: public/js/chat_ia/interview_ia.js
Match lines: 8
16| function showToast(type, message) {
196| showToast("success", "Link copiado com sucesso");
198| showToast("error", "Nao foi possivel copiar o link");
220| showToast("warning", "Titulo e obrigatorio");
225| showToast("warning", "Upload de roteiro e obrigatorio");
239| showToast("warning", error.message || "Preencha corretamente as midias.");
273| showToast("success", "Quadro salvo com sucesso");
275| showToast("error", error.message || "Falha ao criar quadro de pesquisas");
File: public/js/chat_ia/nps_ia.js
Match lines: 7
32| function showToast(type, message) {
232| showToast("success", "Perguntas selecionadas salvas com sucesso");
236| showToast("error", err.message || "Erro ao salvar perguntas");
251| showToast("warning", "Titulo da pesquisa e obrigatorio");
269| showToast("warning", error.message || "Preencha corretamente os dados das midias.");
293| showToast("success", "Pesquisa criada com sucesso");
299| showToast("error", err.message || "Erro ao criar pesquisa");
File: public/js/chat_ia/ssma_prevention_handoff.js
Match lines: 1
47| window.showToast(msg, 'Aviso', 'fas fa-info-circle', 'bg-warning');
File: public/js/chat_ia/workflow_approval_modal.js
Match lines: 1
1020| window.showToast(text, 'error');
File: public/js/company_customization/company-branding-form.js
Match lines: 3
1113| showToast(message, title || 'Atenção', 'fas fa-exclamation-triangle', bgColor || 'bg-danger');
1155| showToast(
1249| showToast('Faça upload de um logo para gerar a sugestão.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-danger');
File: public/js/company_customization/company-home-hero-form.js
Match lines: 4
58| showToast((response && response.message) || 'Não foi possível salvar.', 'Erro', 'fas fa-times', 'bg-danger');
69| showToast(response.message || 'Imagem de fundo salva com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
75| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
93| showToast('A imagem deve ter no máximo 4 MB.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-danger');
File: public/js/company_customization/company-workarea-loading.js
Match lines: 4
100| showToast('A imagem deve ter no máximo 4 MB.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-danger');
139| showToast((response && response.message) || 'Não foi possível salvar.', 'Erro', 'fas fa-times', 'bg-danger');
167| showToast(response.message || 'Tela de área de trabalho salva com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
173| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
File: public/js/employee-advocacy/share-vacancy.js
Match lines: 2
438| showToast(message, title, 'fas fa-times-circle', 'bg-danger');
449| showToast(message, title, 'fas fa-check-circle', 'bg-success');
File: public/js/goal-adriana-create-modal.js
Match lines: 1
310| window.showToast(message, title, icon, bg);
File: public/js/goal-check-in.js
Match lines: 1
727| window.showToast(error.message, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: public/js/goal-item-menu-handlers.js
Match lines: 2
39| window.showToast(successMessage, 'Sucesso', 'fas fa-check-circle', 'bg-success');
45| window.showToast(error.message, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: public/js/goals-company-offcanvas.js
Match lines: 12
252| window.showToast(message, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
489| window.showToast(invalid[1], 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
497| window.showToast(
510| window.showToast('Informe a unidade personalizada.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
517| window.showToast('Os valores devem respeitar os limites da forma de medição.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
637| window.showToast(invalid[1], 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
645| window.showToast(
906| window.showToast(
913| window.showToast('Meta salva com sucesso!', 'Sucesso', 'fa-check-circle', 'bg-success');
1018| window.showToast(error.message, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1140| window.showToast('Resultado adicionado à lista.', 'Sucesso', 'fa-check-circle', 'bg-success');
1257| window.showToast('Ação adicionada à lista.', 'Sucesso', 'fa-check-circle', 'bg-success');
File: public/js/governance/governance-authorization-view-monitoring.js
Match lines: 1
1095| window.showToast(message, type === 'success' ? 'Sucesso' : 'Atenção', icons[type] || icons.warning, bg[type] || bg.warning);
File: public/js/metahuman-standard/pages/organizational_structure_index.js
Match lines: 23
170| showToast(
180| showToast(
469| showToast(
498| showToast(message, 'Erro!', 'fas fa-exclamation-triangle', 'bg-danger');
506| showToast('Nenhuma alteração pendente.', 'Atenção!', 'fas fa-exclamation-triangle', 'bg-warning');
523| showToast(response.message || 'Erro ao atualizar membros.', 'Erro!', 'fas fa-exclamation-triangle', 'bg-danger');
526| showToast(
536| showToast(message, 'Erro!', 'fas fa-exclamation-triangle', 'bg-danger');
771| showToast(
780| showToast(
799| showToast(message, 'Erro!', 'fas fa-exclamation-triangle', 'bg-danger');
884| showToast(
898| showToast(
1409| showToast('Informe o ' + orgLabelAreaTitleLower + '.', 'Atenção!', 'fas fa-exclamation-triangle', 'bg-warning');
1421| showToast(
1430| showToast(
1441| showToast(message, 'Erro!', 'fas fa-exclamation-triangle', 'bg-danger');
1477| showToast(
1485| showToast(
1524| showToast(
1541| showToast(
1556| showToast(
1592| showToast(
File: public/js/offboarding/offboardingActivityController.js
Match lines: 30
161| showToast('Selecione um template.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
167| showToast('Esta atividade já foi adicionada a esta etapa.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
211| showToast('Imagem inválida (formato ou tamanho).','Erro','fas fa-times-circle','bg-danger');
366| showToast('Modal não encontrado. Verifique se o arquivo foi incluído.', 'Erro', 'fas fa-times-circle', 'bg-danger');
470| showToast('Você precisa selecionar uma opção: usar template ou criar nova atividade.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
886| showToast(
1002| showToast('Modal de imagem não encontrado.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1040| showToast('Por favor, selecione uma imagem.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1145| showToast('Erro ao criar atividade.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1159| showToast('Atividade criada na biblioteca com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1176| showToast('Erro inesperado ao criar atividade.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1189| showToast('Erro ao editar atividade.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1207| showToast('Atividade editada com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1213| showToast('Erro inesperado ao editar atividade.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1224| showToast('Erro ao excluir atividade.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1243| showToast('Atividade excluída com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1249| showToast('Erro inesperado ao excluir atividade.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1260| showToast(
1303| showToast('Erro inesperado ao duplicar atividade.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1311| showToast(
1325| showToast('Erro ao adicionar atividade à etapa.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1336| showToast('Atividade adicionada à etapa com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1340| showToast('Ocorreu um erro ao adicionar atividade à etapa.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1352| showToast('Erro ao remover atividade da etapa.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1366| showToast('Atividade removida da etapa com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1370| showToast('Ocorreu um erro ao remover atividade da etapa.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1417| showToast(data.message || 'Erro ao criar atividade.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1423| showToast('Erro de conexão ao criar atividade.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1438| showToast(data.message || 'Erro ao criar atividade.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1444| showToast('Erro de conexão ao criar atividade.', 'Erro', 'fas fa-times-circle', 'bg-danger');
File: public/js/offboarding/offboardingMemberController.js
Match lines: 4
1009| showToast('Membro não encontrado.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1700| showToast(error.message || 'Erro ao atualizar membro de offboarding.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1886| showToast('Solicitação aceita, mas houve problema no envio do email', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
1927| showToast('Solicitação recusada, mas houve problema no envio do email', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
File: public/js/offboarding/offboardingStepController.js
Match lines: 7
283| showToast('Preencha nome e tipo de avanço.', 'Atenção', 'fas fa-exclamation-triangle','bg-warning');
316| showToast(`Etapa ${acao === 'criar' ? 'criada' : 'atualizada'} com sucesso!`, 'Sucesso','fas fa-check-circle','bg-success');
322| showToast(`Erro ao ${acao === 'criar' ? 'criar' : 'salvar'} etapa: ${error.message}`, 'Erro','fas fa-times-circle','bg-danger');
339| showToast('Etapa excluída com sucesso!','Sucesso','fas fa-check-circle','bg-success');
345| showToast(`Erro ao excluir etapa: ${error.message}`,'Erro','fas fa-times-circle','bg-danger');
376| showToast('Etapa duplicada com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
382| showToast(
File: public/js/offboarding/utils.js
Match lines: 2
370| showToast(message, 'Sucesso', 'fas fa-check-circle', 'bg-success');
374| showToast(message, 'Erro', 'fas fa-times-circle', 'bg-danger');
File: public/js/offboarding/visualizar_atividades.js
Match lines: 38
86| showToast('Informe o motivo do desligamento.', 'Campo obrigatório', 'fas fa-exclamation-triangle', 'bg-warning');
146| showToast(
156| showToast('Erro ao processar solicitação.', 'Erro', 'fas fa-times-circle', 'bg-danger');
165| showToast('Informe o link da carta.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
168| showToast('Link da carta adicionado!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1077| showToast(
1096| showToast('Etapa não encontrada ou não liberada.', 'Erro', 'fas fa-times', 'bg-danger');
1119| showToast('Nenhuma atividade encontrada nesta etapa.', 'Erro', 'fas fa-times', 'bg-danger');
1428| showToast('Link confirmado com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1431| showToast('Informe um link válido. Ele deve começar com http:// ou https://', 'Campo inválido', 'fas fa-exclamation-triangle', 'bg-warning');
1573| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
1581| showToast(msg, 'Sucesso', 'fas fa-check', 'bg-success');
2154| showToast('Solicitação não encontrada.', 'Erro', 'fas fa-times-circle', 'bg-danger');
2164| showToast('Solicitação não encontrada.', 'Erro', 'fas fa-times-circle', 'bg-danger');
2195| showToast('Solicitação de desligamento excluída com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
2198| showToast(error.message || 'Erro ao excluir. Tente novamente.', 'Erro', 'fas fa-times-circle', 'bg-danger');
2347| showToast('Offboarding não encontrado.', 'Erro', 'fas fa-times', 'bg-danger');
2355| showToast(
2375| showToast('Erro ao iniciar o offboarding.', 'Erro', 'fas fa-times', 'bg-danger');
2449| showToast('Erro ao iniciar o offboarding.', 'Erro', 'fas fa-times', 'bg-danger');
2472| showToast('Você não possui acesso a este offboarding.', 'Erro', 'fas fa-times', 'bg-danger');
2948| showToast('ID da atividade não encontrado.', 'Erro', 'fas fa-times', 'bg-danger');
2958| showToast('Atividade não encontrada.', 'Erro', 'fas fa-times', 'bg-danger');
2973| showToast('Erro ao renderizar a atividade.', 'Erro', 'fas fa-times', 'bg-danger');
2980| showToast('Erro ao abrir visualização da atividade.', 'Erro', 'fas fa-times', 'bg-danger');
3019| showToast('Não foi possível carregar o conteúdo da atividade.', 'Erro', 'fas fa-times', 'bg-danger');
3347| showToast(
3471| showToast('Link confirmado com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
3474| showToast('Informe um link válido. Ele deve começar com http:// ou https://', 'Campo inválido', 'fas fa-exclamation-triangle', 'bg-warning');
3534| showToast('Confirme todos os links obrigatórios antes de enviar as assinaturas.', 'Campo obrigatório', 'fas fa-exclamation-triangle', 'bg-warning');
3552| showToast('Assinaturas enviadas com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
3554| showToast(result.message || 'Erro ao salvar assinaturas.', 'Erro', 'fas fa-times', 'bg-danger');
3561| showToast('Erro de conexão ao salvar assinaturas.', 'Erro', 'fas fa-times', 'bg-danger');
3584| showToast('Erro ao desmarcar atividade. Tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
3908| showToast(
3932| showToast('Erro ao identificar etapas.', 'Erro', 'fas fa-times-circle', 'bg-danger');
3999| showToast('Etapa alterada com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
4005| showToast(error.message || 'Erro ao alterar etapa.', 'Erro', 'fas fa-times-circle', 'bg-danger');
File: public/js/onboarding/onboardingActivityController.js
Match lines: 45
53| showToast('Selecione um template.', 'Atenção', 'fa-solid fa-triangle-exclamation', 'bg-warning');
60| showToast('Esta atividade já foi adicionada a esta etapa.', 'Atenção', 'fa-solid fa-triangle-exclamation', 'bg-warning');
600| showToast(
841| showToast(
957| showToast('Erro inesperado ao salvar atividade.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1161| showToast(
1186| showToast(
1279| showToast('Erro ao criar atividade.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1289| showToast('Atividade criada na biblioteca com sucesso!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
1300| showToast('Erro inesperado ao criar atividade.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1311| showToast('Erro ao editar atividade.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1343| showToast('Atividade da etapa atualizada com sucesso!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
1357| showToast('Atividade editada com sucesso!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
1362| showToast('Erro inesperado ao editar atividade.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1373| showToast('Erro ao excluir atividade.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1388| showToast('Atividade excluída com sucesso!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
1394| showToast('Erro inesperado ao excluir atividade.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1407| showToast('Etapa não encontrada!', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1435| showToast('Atividade duplicada com sucesso!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
1438| showToast(result.message || 'Erro ao duplicar atividade.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1445| showToast('Template de atividade não encontrado.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1493| showToast('Atividade duplicada com sucesso!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
1496| showToast(result.message || 'Erro ao duplicar atividade.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1504| showToast('Template de atividade não encontrado.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1540| showToast('Erro inesperado ao duplicar atividade.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1551| showToast(
1565| showToast(
1579| showToast(
1588| showToast(
1605| showToast('Etapa não encontrada!', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1617| showToast('Erro ao remover atividade da etapa.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1643| showToast('Atividade removida da etapa com sucesso!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
1647| showToast('Ocorreu um erro ao remover atividade da etapa.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1688| showToast('Por favor, preencha os campos "Quantidade de Dias", "Direção Relativa" e "Referência de Data".', 'Campos obrigatórios', 'fa-solid fa-triangle-exclamation', 'bg-warning');
1690| showToast('Quando selecionar "Antes" na Direção Relativa, a Data de Referência deve ser "Contrato".', 'Validação', 'fa-solid fa-triangle-exclamation', 'bg-warning');
1692| showToast(data.message, 'Erro de validação', 'fa-solid fa-triangle-exclamation', 'bg-warning');
1694| showToast(data.message || 'Erro ao criar atividade.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1718| showToast('Por favor, preencha os campos "Quantidade de Dias", "Direção Relativa" e "Referência de Data".', 'Campos obrigatórios', 'fa-solid fa-triangle-exclamation', 'bg-warning');
1720| showToast('Quando selecionar "Antes" na Direção Relativa, a Data de Referência deve ser "Contrato".', 'Validação', 'fa-solid fa-triangle-exclamation', 'bg-warning');
1722| showToast(data.message, 'Erro de validação', 'fa-solid fa-triangle-exclamation', 'bg-warning');
1724| showToast(data.message || 'Erro ao criar atividade.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
2086| showToast(
2094| showToast(
2103| showToast(
2381| showToast('Erro ao carregar documentos do Neural de Documentos.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
File: public/js/onboarding/visualizar_atividades.js
Match lines: 5
635| showToast('Atividade não encontrada!', 'Erro', 'fa-solid fa-circle-exclamation', 'bg-danger');
728| showToast('Tipo de atividade inválido', 'Erro', 'fa-solid fa-circle-exclamation', 'bg-danger');
1152| if (typeof showToast === 'function') showToast('Não foi possível avançar.', 'Erro', 'fa-solid fa-circle-exclamation', 'bg-danger');
1158| if (typeof showToast === 'function') showToast(err.message || 'Erro ao avançar etapa.', 'Erro', 'fa-solid fa-circle-exclamation', 'bg-danger');
2331| showToast('Link confirmado com sucesso!', 'Sucesso', 'fa-solid fa-check', 'bg-success');
File: public/js/organizational_structure/org_structure_enhancements.js
Match lines: 1
259| showToast(
File: public/js/position-level-manager.js
Match lines: 4
85| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
131| showToast('Insira o nome do nível.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
158| showToast(response.message || 'Nível salvo.', 'Sucesso', 'fas fa-check', 'bg-success');
211| showToast(response.message || 'Nível excluído.', 'Sucesso', 'fas fa-check', 'bg-success');
File: public/js/projects/GanttChart.js
Match lines: 4
4352| showToast('Relacionamento entre tarefas criado com sucesso', 'Sucesso', 'fas fa-check', 'bg-success');
4357| showToast('Erro ao criar relacionamento entre tarefas', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
4770| showToast('Relacionamento entre tarefas removido com sucesso', 'Sucesso', 'fas fa-check', 'bg-success');
4812| showToast('Erro ao remover relacionamento entre tarefas', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: public/js/projects/ProfessionalGanttChart.js
Match lines: 4
4350| showToast('Relacionamento entre tarefas criado com sucesso', 'Sucesso', 'fas fa-check', 'bg-success');
4355| showToast('Erro ao criar relacionamento entre tarefas', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
4768| showToast('Relacionamento entre tarefas removido com sucesso', 'Sucesso', 'fas fa-check', 'bg-success');
4810| showToast('Erro ao remover relacionamento entre tarefas', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: public/js/services/CalendarModalService.js
Match lines: 6
6778| showToast(message, "Sucesso", "fas fa-check", "bg-success");
6789| showToast(message, "Erro", "fas fa-times-circle", "bg-danger");
7604| this.tryShowToast(message);
7609| showToast(message, "Sucesso", "fas fa-check", "bg-success");
7619| tryShowToast(message) {
7622| showToast(message, "Sucesso", "fas fa-check", "bg-success");
File: public/js/shift-scheduling/index.js
Match lines: 1
242| showToast(message, config.title, config.icon, config.bg);
File: public/js/ssma/action_plan_panel.js
Match lines: 3
427| window.showToast(message, title || 'Plano de Ação', icon || 'fas fa-info-circle', tone || 'bg-info');
2346| window.showToast(
2935| window.showToast(q, 'Adriana', 'fa-regular fa-sparkles', 'bg-info');
File: public/js/ssma/cause-tree-committee-card.js
Match lines: 3
113| window.showToast('Seletor de membros indisponível. Recarregue a página.', 'Erro', 'fas fa-times', 'bg-danger');
231| window.showToast('Card do comitê indisponível. Recarregue a página.', 'Erro', 'fas fa-times', 'bg-danger');
274| window.showToast(error, 'Atenção', 'fas fa-info', 'bg-warning');
File: public/js/ssma/tree_view.js
Match lines: 1
100| window.showToast(message, title, icon, bgColor);
File: public/js/utils/showToast.js
Match lines: 1
1|function showToast(message, title, iconClass, bgColor) {
File: public/js/webrtc-calls.js
Match lines: 7
1983| showToast('Chamada atendida em outro dispositivo', 'Informação', 'fas fa-phone', 'bg-info');
3186| showToast('Compartilhamento de tela cancelado', 'Informação', 'fas fa-desktop', 'bg-info');
3194| showToast('Erro ao compartilhar tela: ' + (error.message || 'Erro desconhecido'), 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
4414| showToast(message, title, icon, 'bg-warning');
4438| showToast('Chamada cancelada', 'Informação', 'fas fa-phone-slash', 'bg-info');
5163| showToast(message, toastTitle, toastIcon, toastClass);
5178| showToast(message, toastTitle, toastIcon, toastClass);
File: templates/LiveInterviewSchedule/_modal_required_evaluator.html.twig
Match lines: 3
67| showToast('Especialista solicitado com sucesso!', "Sucesso", true);
73| showToast(response.message || 'Erro ao solicitar especialista.', false);
81| showToast(errorMessage, false);
File: templates/a360/search_wall/externo/canva-externo.html.twig
Match lines: 4
638| showToast('Adicione pelo menos uma referência antes de enviar a avaliação.', false);
650| showToast('Avaliação enviada com sucesso!', true);
658| showToast('Erro ao enviar avaliação. Tente novamente.', false);
666|function showToast(message, isSuccess) {
File: templates/bank_returns/index.html.twig
Match lines: 7
1596| showToast(resp.message || 'Cancelado.', 'success');
1600| showToast(resp && resp.message ? resp.message : 'Não foi possível cancelar.', 'error');
1604| showToast(msg, 'error');
1621| showToast(resp.message || 'Processado com sucesso.', 'success');
1628| showToast(resp && resp.message ? resp.message : 'Não foi possível processar.', 'error');
1632| showToast(msg, 'error');
3303| function showToast(message, type) {
File: templates/calendar_member/calendar_member_old.html.twig
Match lines: 5
799| showToast(titleMessage, successMessage, typeMessage);
956| function showToast(title, message, toastClass) {
1243| showToast(titleMessage, successMessage, typeMessage);
1264| showToast(titleMessage, successMessage, typeMessage);
1271| showToast(titleMessage, successMessage, typeMessage);
File: templates/calendar_member/tabs/_calendar_tab.html.twig
Match lines: 4
3254| function showToast(title, message, toastClass) {
3768| showToast(successMessage, titleMessage, icon, typeMessage);
4705| showToast(successMessage, titleMessage, icon, typeMessage);
7344| showToast(err_msg, 'Campos Obrigatórios', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/calendar_member/tabs/_calendar_tab_old.html.twig
Match lines: 5
742| showToast(titleMessage, successMessage, typeMessage);
894| function showToast(title, message, toastClass) {
1187| showToast(titleMessage, successMessage, typeMessage);
1208| showToast(titleMessage, successMessage, typeMessage);
1215| showToast(titleMessage, successMessage, typeMessage);
File: templates/calendar_member/tabs/_permissions_tab.html.twig
Match lines: 1
917| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/candidate/_tab_skill_test_tasks.html.twig
Match lines: 3
526| showToast(response.message, 'Sucesso', 'fas fa-check-circle', 'bg-success');
529| showToast(response.message || 'Erro ao atualizar visibilidade.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
537| showToast(errorMessage, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/candidate/cv_review.html.twig
Match lines: 4
333| showToast("A nota deve estar entre 0 e 100.", "Erro", "fas fa-exclamation-circle", "bg-danger");
371| showToast("Avaliação do CV salva com sucesso!", "Sucesso", "fas fa-check-circle", "bg-success");
373| showToast("Erro ao salvar: " + data.message, "Erro", "fas fa-times-circle", "bg-danger");
378| showToast("Ocorreu um erro ao salvar a avaliação.", "Erro", "fas fa-times-circle", "bg-danger");
File: templates/candidate/profile.html.twig
Match lines: 5
3430| function showToast(title, message, toastClass) {
3445| showToast('Error', 'ID do especialista não encontrado!', 'bg-danger');
3461| showToast('Success', 'Especialista removido com sucesso!', 'bg-success');
3463| showToast('Error', 'Erro ao remover especialista: ' + data.message, 'bg-danger');
3468| showToast('Error', 'Houve um erro ao tentar remover o especialista.', 'bg-danger');
File: templates/candidate_question/list.html.twig
Match lines: 1
233| showToast(message, title || 'Atenção', icon || 'fas fa-info-circle', bgColor || 'bg-info');
File: templates/chat/components/chat_ia_tool.html.twig
Match lines: 2
308| showToast(message, duration = 3000) {
412| UI.showToast(CONFIG.ERROR_MESSAGES.COPY_SUCCESS);
File: templates/chat/components/tools/automations.html.twig
Match lines: 17
787| showToast('Por favor, selecione um tipo de automação.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
842| showToast('Por favor, selecione o horário.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
848| showToast('Por favor, selecione o horário.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
854| showToast('Por favor, selecione o horário.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
860| showToast('Por favor, selecione a data específica.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
865| showToast('Por favor, selecione o horário.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
871| showToast('Por favor, selecione o horário.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
879| showToast('Por favor, digite a mensagem.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
888| showToast('Por favor, selecione pelo menos um canal para resumir.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
898| showToast('Por favor, selecione o horário.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
904| showToast('Por favor, selecione o horário.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
910| showToast('Por favor, selecione o horário.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
916| showToast('Por favor, selecione a data específica.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
921| showToast('Por favor, selecione o horário.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
927| showToast('Por favor, selecione o horário.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
973| showToast(successMessage, 'Sucesso', 'fas fa-check-circle', 'bg-success');
1318| showToast('Automação excluída com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
File: templates/chat/layout.html.twig
Match lines: 2
3699| showToast(error.message, 'error');
3710| showToast('WebRTC não suportado neste navegador', 'warning');
File: templates/communication_center/demand_view/tabs/_tab_home.html.twig
Match lines: 2
341| showToast('Comentário enviado.', 'Sucesso', 'fas fa-check', 'bg-success');
349| showToast(message, 'Erro', 'fas fa-times-circle', 'bg-danger');
File: templates/communication_center/index.html.twig
Match lines: 2
145| showToast((res && res.message) || 'Não foi possível carregar o modal.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
161| showToast('Erro ao carregar modais SSMA.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/communication_center/partials/_demand_action_xhr.html.twig
Match lines: 2
21| showToast(resp.message || 'Erro ao executar ação.', 'Erro', 'fas fa-xmark', 'bg-danger');
39| showToast('Erro de comunicação com o servidor.', 'Erro', 'fas fa-xmark', 'bg-danger');
File: templates/communication_center/partials/_modal_aprovar_demand.html.twig
Match lines: 1
47| showToast('Demanda aprovada com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/communication_center/partials/_modal_arquivar_demand.html.twig
Match lines: 1
37| showToast('Demanda arquivada com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/communication_center/partials/_modal_create_demand.html.twig
Match lines: 8
749| showToast(
773| showToast(
830| showToast(response.message || 'Demanda criada com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
835| showToast('Não foi possível criar a demanda.', 'Erro', 'fas fa-times-circle', 'bg-danger');
842| showToast(message, 'Erro', 'fas fa-times-circle', 'bg-danger');
877| showToast(response.message || 'Demanda atualizada com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
882| showToast('Não foi possível atualizar a demanda.', 'Erro', 'fas fa-times-circle', 'bg-danger');
889| showToast(message, 'Erro', 'fas fa-times-circle', 'bg-danger');
File: templates/communication_center/partials/_modal_desarquivar_demand.html.twig
Match lines: 1
36| showToast('Demanda desarquivada com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/communication_center/partials/_modal_reabrir_demand.html.twig
Match lines: 1
37| showToast('Demanda reaberta com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/communication_center/partials/_modal_reprovar_demand.html.twig
Match lines: 1
47| showToast('Demanda reprovada.', 'Atenção', 'fas fa-xmark', 'bg-danger');
File: templates/communication_center/partials/_modal_resolver_demand.html.twig
Match lines: 1
165| showToast('Demanda resolvida com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/communication_center/partials/_ssma_validation_modal_handlers.html.twig
Match lines: 3
23| showToast(res.message, 'Sucesso', 'fas fa-check', 'bg-success');
27| showToast(res.message || 'Erro ao processar.', 'Erro', 'fas fa-times', 'bg-danger');
32| showToast('Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/communication_center/tabs/_tab_automations.html.twig
Match lines: 11
195| showToast(data.message || 'Erro ao alterar automação.', 'Erro', 'fas fa-times', 'bg-danger');
202| showToast('Erro ao alterar automação.', 'Erro', 'fas fa-times', 'bg-danger');
212| showToast('Modal de confirmação indisponível.', 'Erro', 'fas fa-times', 'bg-danger');
230| showToast('Automação excluída.', 'Sucesso', 'fas fa-check', 'bg-success');
233| showToast(data.message || 'Erro ao excluir.', 'Erro', 'fas fa-times', 'bg-danger');
237| showToast('Erro ao excluir automação.', 'Erro', 'fas fa-times', 'bg-danger');
264| showToast('Automação copiada.', 'Sucesso', 'fas fa-check', 'bg-success');
267| showToast(data.message || 'Erro ao copiar automação.', 'Erro', 'fas fa-times', 'bg-danger');
271| showToast('Erro ao copiar automação.', 'Erro', 'fas fa-times', 'bg-danger');
372| showToast(data.message || 'Erro ao carregar automações.', 'Erro', 'fas fa-times', 'bg-danger');
587| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/communication_center/tabs/_tab_interface_map.html.twig
Match lines: 1
540| showToast(
File: templates/communication_center/tabs/_tab_kanban.html.twig
Match lines: 3
681| showToast('Movendo para "' + targetStatus + '"...', 'Processando', 'fas fa-spinner fa-spin', 'bg-secondary');
684| showToast('Demanda movida para "' + targetStatus + '" com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
752| showToast(
File: templates/company/_autorizacoes_javascript.html.twig
Match lines: 2
1911| window.showToast(
2564| window.showToast(
File: templates/company/components/memberOffCanvas.html.twig
Match lines: 3
257| // function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
557| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
708| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/company/dismissed_members.html.twig
Match lines: 2
214| showToast(msg, 'Não foi possível reativar', 'fas fa-exclamation-triangle', 'bg-danger');
224| showToast(
File: templates/company/manage_companies.html.twig
Match lines: 12
600| showToast(resp.message || 'Erro ao atualizar status de agendamentos.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
611| showToast(resp.message || 'Status de agendamento atualizado.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
615| showToast(
655| showToast((resp && resp.message) || 'Erro ao remover conexão.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
659| showToast(resp.message || 'Conexão removida com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
667| showToast(getRequestErrorMessage(err, 'Erro ao remover conexão.'), 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
805| showToast(resp.message || 'Solicitação de conexão enviada com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
812| showToast(resp.message || 'Erro ao enviar solicitação de conexão.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
819| showToast(
923| showToast(resp.message || 'Entidade removida da lista com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
930| showToast(resp.message || 'Erro ao desconectar entidade.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
937| showToast(getRequestErrorMessage(err, 'Erro ao desconectar entidade.'), 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/company/member_guides_esocial/afastamento.html.twig
Match lines: 1
455| showToast(EsocialUniqueEventId.getAjaxErrorMessage(error, 'Erro ao salvar os dados.'), 'Erro', 'fas fa-times', 'bg-danger');
File: templates/company/member_guides_esocial/desligamento.html.twig
Match lines: 1
319| showToast(EsocialUniqueEventId.getAjaxErrorMessage(xhr, 'Erro ao enviar os dados. Tente novamente.'), 'Erro', 'fas fa-times', 'bg-danger');
File: templates/company/member_guides_esocial/desligamento_termino.html.twig
Match lines: 1
225| showToast(EsocialUniqueEventId.getAjaxErrorMessage(xhr, 'Erro ao enviar os dados. Tente novamente.'), 'Erro', 'fas fa-times', 'bg-danger');
File: templates/company/member_guides_esocial/reintegracao.html.twig
Match lines: 1
299| showToast(EsocialUniqueEventId.getAjaxErrorMessage(error, 'Erro ao salvar os dados.'), 'Erro', 'fas fa-times', 'bg-danger');
File: templates/company/member_guides_esocial/remuneracao.html.twig
Match lines: 1
305| showToast(EsocialUniqueEventId.getAjaxErrorMessage(xhr, 'Erro ao enviar os dados. Tente novamente.'), 'Erro', 'fas fa-times', 'bg-danger');
File: templates/company/member_guides_esocial/trabalhador.html.twig
Match lines: 4
792| showToast('Selecione a empresa parceira para o vínculo terceiro.', 'Erro', 'fas fa-times', 'bg-danger');
823| showToast(EsocialUniqueEventId.getAjaxErrorMessage(xhr, 'Erro ao enviar os dados.'), 'Erro', 'fas fa-times', 'bg-danger');
827| showToast('Não foi possível salvar os dados iniciais.', 'Erro', 'fas fa-times', 'bg-danger');
832| showToast('Não foi possível salvar os dados iniciais.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/company/members_v2.html.twig
Match lines: 4
2410| showToast('Não foi possível identificar o membro selecionado.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
2423| showToast('Não foi possível identificar o membro selecionado.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
2443| showToast(message, 'Não foi possível desligar', 'fas fa-exclamation-triangle', 'bg-danger');
2453| showToast(
File: templates/company/my_service_package.html.twig
Match lines: 8
912| showToast('Não foi possível localizar o CEP informado.', 'Atenção', 'fa-exclamation-circle', 'bg-warning');
1021| showToast('Informe sua senha para continuar.', 'Atenção', 'fa-exclamation-circle', 'bg-warning');
1041| showToast(data.message || currentPlanAction.errorMessage, 'Erro!', 'fa-times-circle', 'bg-danger');
1045| showToast(data.message || currentPlanAction.successMessage, 'Sucesso!', 'fa-check-circle', 'bg-success');
1055| showToast(currentPlanAction.errorMessage, 'Erro!', 'fa-times-circle', 'bg-danger');
1123| showToast(data.message || 'Preencha os dados obrigatórios para pagamento.', 'Atenção', 'fa-exclamation-circle', 'bg-warning');
1131| showToast(data.message || 'Dados salvos com sucesso.', 'Sucesso!', 'fa-check-circle', 'bg-success');
1135| showToast('Não foi possível salvar os dados obrigatórios agora.', 'Erro!', 'fa-times-circle', 'bg-danger');
File: templates/company/team.html.twig
Match lines: 14
332| showToast('O nome do time é obrigatório', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
338| // showToast('A descrição do time é obrigatória', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
345| // showToast('Selecione pelo menos um membro para o time', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
398| showToast(`Time "${teamsArray[index].name}" removido com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
553| showToast('Membro "' + member_name + '" removido com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
564| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
569| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
671| showToast('Membro "' + newMember.name + '" adicionado com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
802| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
807| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
853| showToast('Erro ao salvar time', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
912| showToast(`Time "${teamName}" removido com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
915| showToast('Erro ao remover time', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
919| showToast('Erro ao remover time', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/company/team/view.html.twig
Match lines: 5
316| showToast('Selecione pelo menos um membro!', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
335| showToast(`${members.length} membro(s) adicionado(s) com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
423| showToast(`Membro "${memberName}" removido com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
431| showToast('Erro ao remover membro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
436| showToast('Erro ao remover membro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/company/team_v2.html.twig
Match lines: 14
694| showToast('O nome do time é obrigatório', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
700| // showToast('A descrição do time é obrigatória', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
707| // showToast('Selecione pelo menos um membro para o time', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
806| showToast(`Time "${teamsArray[index].name}" removido com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
969| showToast('Membro "' + memberName + '" removido com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
975| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
980| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1088| showToast('Erro ao salvar time', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1137| showToast(`Time "${teamName}" removido com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
1140| showToast('Erro ao remover time', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1144| showToast('Erro ao remover time', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1245| showToast('Selecione pelo menos um membro!', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1263| showToast(`${members.length} membro(s) adicionado(s) com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
1288| showToast('Erro ao adicionar membro: ' + member.name, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/company/teams.html.twig
Match lines: 12
919| showToast('Este formato de arquivo não é aceito.<br>Tente novamente com arquivos ".JPG" ou ".PNG".', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger', 5000);
1059| showToast('Preencha o nome da equipe antes de prosseguir.', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning', 5000);
1073| showToast('Algo deu errado. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1109| showToast('Equipe "<u>' + ret_team.name + '</u>" modificada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
1111| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1126| showToast(err_msg, 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning', 5000, false);
1138| showToast('Algo deu errado. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1278| showToast('Equipe "<u>' + ret_team.name + '</u>" criada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
1280| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1317| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1337| showToast('Equipe "<u>' + teamName + '</u>" removida com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
1339| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/company/teams_permissions.html.twig
Match lines: 5
716| // function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
790| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
841| // function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
1163| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
1336| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/company/teams_permissions_v2.html.twig
Match lines: 5
725| // function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
804| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
855| // function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
1158| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
1335| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/company/teams_v2.html.twig
Match lines: 14
500| showToast('Este formato de arquivo não é aceito.<br>Tente novamente com arquivos ".JPG" ou ".PNG".', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger', 5000);
650| showToast('Preencha o nome da equipe antes de prosseguir.', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning', 5000);
664| showToast('Algo deu errado. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
670| showToast('Equipe "<u>' + ret_team.name + '</u>" modificada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
715| showToast('Equipe "<u>' + ret_team.name + '</u>" modificada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
718| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
736| showToast(err_msg, 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning', 5000, false);
748| showToast('Algo deu errado. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
829| showToast('Equipe "<u>' + ret_team.name + '</u>" criada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
832| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
864| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
869| showToast('Equipe "<u>' + teamName + '</u>" removida com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
883| showToast('Equipe "<u>' + teamName + '</u>" removida com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
886| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/components/permissions_tab.html.twig
Match lines: 1
1375| showToast(message, type);
File: templates/contractor/tabs/_tab_empresas.html.twig
Match lines: 1
1269| showToast(msg, title || 'Aviso', icon || 'fas fa-info-circle', bg || 'bg-warning');
File: templates/contractor/tabs/_tab_requisitos_documentais.html.twig
Match lines: 1
917| showToast(msg, title || 'Aviso', icon || 'fas fa-info-circle', bg || 'bg-warning');
File: templates/crm_automations/index.html.twig
Match lines: 16
1113| showToast(data.message, 'Sucesso', 'fas fa-check', 'bg-success');
1127| showToast('Erro ao atualizar o status da automação: ' + data.message, 'Erro', 'fas fa-times', 'bg-danger');
1132| showToast('Erro na comunicação com o servidor: ' + error.message, 'Erro', 'fas fa-times', 'bg-danger');
1149| showToast(data.message, 'Sucesso', 'fas fa-check', 'bg-success');
1152| showToast('Erro ao clonar a automação: ' + data.message, 'Erro', 'fas fa-times', 'bg-danger');
1156| showToast('Erro na comunicação com o servidor: ' + error.message, 'Erro', 'fas fa-times', 'bg-danger');
1179| showToast('Erro: Selecione uma chave de ativação.', 'Erro', 'fas fa-times', 'bg-danger');
1197| showToast(data.message, 'Sucesso', 'fas fa-check', 'bg-success');
1201| showToast('Erro ao processar a solicitação: ' + data.message, 'Erro', 'fas fa-times', 'bg-danger');
1624| showToast(data.message, 'Sucesso', 'fas fa-check', 'bg-success');
1636| showToast('Erro ao excluir a automação: ' + data.message, 'Erro', 'fas fa-times', 'bg-danger');
1645| showToast('Erro na comunicação com o servidor: ' + error.message, 'Erro', 'fas fa-times', 'bg-danger');
1657| showToast('Carregando dados da automação...', 'Info', 'fas fa-spinner fa-spin', 'bg-info');
1672| showToast('Erro ao carregar automação: ' + data.message, 'Erro', 'fas fa-times', 'bg-danger');
1681| showToast('Erro na comunicação com o servidor', 'Erro', 'fas fa-times', 'bg-danger');
1705| showToast('Erro: ID da automação não encontrado', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/crm_automations/newLeads.html.twig
Match lines: 2
1663| showToast('Por favor, corrija os seguintes problemas:<br><br>• ' + errorMessage, 'Erro de Validação', 'fas fa-exclamation-triangle', 'bg-danger');
1682| showToast(data.message, 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/cultural_hub/active_voice/active_voice_index.html.twig
Match lines: 9
1568| showToast('Não foi possível enviar o comentário.', 'Erro', 'fas fa-times', 'bg-danger');
1604| showToast('Não foi possível processar sua ação.', 'Erro', 'fas fa-times', 'bg-danger');
1636| showToast('Comentário excluído com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
1640| showToast('Não foi possível excluir o comentário.', 'Erro', 'fas fa-times', 'bg-danger');
1676| showToast('Não foi possível curtir o reconhecimento.', 'Erro', 'fas fa-times', 'bg-danger');
1886| showToast('Mensagem do reconhecimento enviada!', 'Sucesso', 'fas fa-check', 'bg-success');
1923| showToast(errorMessage, 'Erro', 'fas fa-times', 'bg-danger');
2014| showToast('Seu feedback foi registrado e será analisado.', 'Sucesso', 'fas fa-check', 'bg-success');
2022| showToast(errorMessage, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/cultural_hub/active_voice/tabs/configuracoes.html.twig
Match lines: 2
297| showToast(
314| showToast(
File: templates/cultural_hub/active_voice/tabs/ocorrencias.html.twig
Match lines: 8
615| showToast('Erro ao salvar ação: ' + (errorData.error || 'Erro desconhecido'), 'Erro', 'fas fa-times', 'bg-danger');
619| showToast('Erro ao conectar com o servidor. Tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
667| showToast('Feedback marcado como resolvido.', 'Sucesso', 'fas fa-check', 'bg-success');
670| showToast('Erro ao marcar como solucionado: ' + (errorData.error || 'Erro desconhecido'), 'Erro', 'fas fa-times', 'bg-danger');
677| showToast('Erro ao conectar com o servidor. Tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
929| showToast(`Meta ${metaType} criada com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
932| showToast('Erro ao criar meta: ' + (errorData.error || 'Erro desconhecido'), 'Erro', 'fas fa-times', 'bg-danger');
936| showToast('Erro ao conectar com o servidor. Tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/cultural_hub/feed/feed_index.html.twig
Match lines: 23
1230| showToast('Link copiado para a área de transferência!', 'Sucesso', 'fas fa-check', 'bg-success');
1233| showToast('Não foi possível copiar o link.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
1995| // showToast('Você removeu a reação.', 'success');
2007| // showToast('Você curtiu com ❤️.', 'success');
2011| showToast('Não foi possível atualizar a reação.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
2659| showToast('Enquete criada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
2676| showToast(`Erro ao criar enquete: ${error.message}`, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
2705| showToast('Post publicado com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
2717| showToast(`Erro ao criar post: ${error.message}`, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
2842| showToast('Você já respondeu esta enquete.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
2875| showToast('Selecione ao menos uma opção para votar.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
2906| showToast('Não foi possível registrar seu voto.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
2962| showToast('Não foi possível cancelar seu voto.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
2986| showToast(response.isActive ? 'Automação ativada' : 'Automação desativada', 'Sucesso', 'fas fa-check', 'bg-success');
2992| showToast(errorMessage, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
3026| showToast('Automação excluída com sucesso', 'Sucesso', 'fas fa-check', 'bg-success');
3031| showToast(errorMessage, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
3037| function showToast(message, titleOrType = 'info', icon = null, className = null) {
3115| if (!date || !time) { showToast('Por favor, selecione uma data e horário válidos.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger'); return; }
3131| showToast('Publicação programada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
3154| showToast('Erro: ID do post não encontrado.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
3207| showToast('Publicação excluída com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
3214| showToast(`Erro ao excluir publicação: ${error.message}`, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/cultural_hub/newsletter/create_newsletter.html.twig
Match lines: 4
533| showToast('O título deve ter no máximo 90 caracteres.', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
547| showToast('Newsletter salva com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
554| showToast((data && data.error) ? data.error : 'Falha ao salvar newsletter.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
557| showToast('Erro ao salvar newsletter.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/cultural_hub/newsletter/index.html.twig
Match lines: 14
2281| showToast('Selecione pelo menos uma newsletter para publicar.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2304| if (!hasTeams) showToast('Nenhuma equipe disponível. Use "Todos os membros" para publicar.', 'Informação', 'fas fa-info-circle', 'bg-info');
2308| if (!hasLists) showToast('Nenhuma lista personalizada criada. Use "Todos os membros" para publicar.', 'Informação', 'fas fa-info-circle', 'bg-info');
2332| showToast('Selecione pelo menos uma newsletter para publicar.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2337| if (!listaPersonalizada) { showToast('Selecione uma lista personalizada ou escolha "Todos os membros".', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning'); return; }
2339| if (selectedOption.prop('disabled')) { showToast('Nenhuma lista personalizada disponível. Escolha "Todos os membros".', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning'); return; }
2343| if (!equipesSelecionadas) { showToast('Selecione uma equipe ou escolha "Todos os membros".', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning'); return; }
2345| if (selectedOption.prop('disabled')) { showToast('Nenhuma equipe disponível. Escolha "Todos os membros".', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning'); return; }
2381| showToast('Newsletter publicada com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
2384| showToast('Erro ao publicar newsletter: ' + (data.error || data.message || 'Erro desconhecido'), 'Erro', 'fas fa-times-circle', 'bg-danger');
2387| .catch(() => showToast('Erro ao conectar com o servidor. Tente novamente.', 'Erro', 'fas fa-times-circle', 'bg-danger'));
2404| showToast('Newsletter excluída com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
2407| showToast('Erro ao excluir newsletter: ' + (data.error || 'Erro desconhecido'), 'Erro', 'fas fa-times-circle', 'bg-danger');
2410| .catch(() => showToast('Erro ao excluir newsletter. Tente novamente.', 'Erro', 'fas fa-times-circle', 'bg-danger'));
File: templates/cultural_hub/newsletter/newsletter_tabs/publish.html.twig
Match lines: 6
872| if (!checked) { showToast('Selecione uma newsletter para publicar.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning'); return; }
893| showToast(data && data.error ? data.error : 'Não foi possível publicar.', 'Erro', 'fas fa-times-circle', 'bg-danger');
896| .catch(()=> showToast('Erro ao publicar.', 'Erro', 'fas fa-times-circle', 'bg-danger'));
1113| showToast('Newsletter excluída com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1125| showToast(data.error || 'Erro ao excluir newsletter.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1130| showToast('Falha na exclusão. Verifique a conexão e tente novamente.', 'Erro', 'fas fa-times-circle', 'bg-danger');
File: templates/dashboard/nova_pagina.html.twig
Match lines: 2
3976| if (typeMessage && !activities.length) {//showToast('', successMessage, typeMessage);
4027| showToast(successMessage, 'Atenção', "fas fa-times-circle", typeMessage);
File: templates/decision_system/automations/list_automations.html.twig
Match lines: 7
689| showToast(active ? 'Automação ativada!' : 'Automação desativada!', 'Sucesso', 'fas fa-check', 'bg-success');
692| showToast(data.message || 'Erro ao atualizar automação', 'Erro', 'fas fa-times', 'bg-danger');
698| showToast('Erro ao atualizar automação', 'Erro', 'fas fa-times', 'bg-danger');
712| showToast('Funcionalidade de duplicar em desenvolvimento', 'Informação', 'fas fa-info-circle', 'bg-info');
755| showToast('Automação excluída com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
780| showToast(data.message || 'Erro ao excluir automação', 'Erro', 'fas fa-times', 'bg-danger');
786| showToast('Erro ao excluir automação', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/employee-advocacy/Tenant/partials/dashboard.html.twig
Match lines: 4
146| showToast('Sucesso', result.message || 'Configurações salvas com sucesso!', 'bg-success');
152| showToast('Erro', result.message || 'Erro ao salvar configurações', 'bg-danger');
163|function showToast(title, message, bgClass = 'bg-info') {
166| window.showToast(title, message, bgClass);
File: templates/evaluation_category/index.html.twig
Match lines: 1
253| showToast(message, title || 'Atenção', icon || 'fas fa-info-circle', bgColor || 'bg-info');
File: templates/evaluation_level/index.html.twig
Match lines: 1
226| showToast(message, title || 'Atenção', icon || 'fas fa-info-circle', bgColor || 'bg-info');
File: templates/evaluation_parent_category/index.html.twig
Match lines: 1
234| showToast(message, title || 'Atenção', icon || 'fas fa-info-circle', bgColor || 'bg-info');
File: templates/free-trial/company_activation_companies.html.twig
Match lines: 6
995| showToast(response.message || 'Erro ao carregar customização do plano.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1003| showToast(message, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1055| showToast('O limite customizado não pode ficar abaixo do limite base do pacote.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1073| showToast(response.message || 'Erro ao salvar customização.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1077| showToast(response.message || 'Customização salva com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1082| showToast(message, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/governance/authorization/tabs/_tab_authorizations_config.html.twig
Match lines: 13
1191| showToast(msg, 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
1376| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
1402| showToast(msg, 'Aviso', 'fas fa-info-circle', 'bg-warning');
1749| showToast('Requisito atualizado com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
1776| showToast('Requisito criado com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
1805| showToast('Não foi possível identificar o requisito para exclusão.', 'Erro', 'fas fa-times', 'bg-danger');
1820| showToast(
1900| showToast('Requisito removido com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
1913| showToast('Não foi possível identificar o requisito para exclusão.', 'Erro', 'fas fa-times', 'bg-danger');
1929| showToast(
1963| showToast('Requisito marcado como inativo.', 'Sucesso', 'fas fa-check', 'bg-success');
1993| showToast('Requisito inativado com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
2023| showToast('Requisito reativado com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/governance/authorization/tabs/_tab_authorizations_create.html.twig
Match lines: 13
1041| showToast(res.message || successMessage, 'Sucesso', 'fas fa-check', 'bg-success');
1050| showToast((res && res.message) ? res.message : errorMessage, 'Erro', 'fas fa-times', 'bg-danger');
1058| if (typeof showToast === 'function') showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
1823| showToast('Autorização inválida.', 'Erro', 'fas fa-times', 'bg-danger');
1913| showToast('Não foi possível carregar os dados da autorização.', 'Erro', 'fas fa-times', 'bg-danger');
1994| if (typeof showToast === 'function') showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
2002| if (typeof showToast === 'function') showToast(res.message || 'Salvo.', 'Sucesso', 'fas fa-check', 'bg-success');
2007| if (typeof showToast === 'function') showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
2081| showToast(
2096| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
2175| showToast(res.message || 'Autorização removida.', 'Sucesso', 'fas fa-check', 'bg-success');
2189| showToast((res && res.message) ? res.message : 'Erro ao remover.', 'Erro', 'fas fa-times', 'bg-danger');
2207| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/governance/authorization/tabs/_tab_authorizations_monitoring.html.twig
Match lines: 19
874| showToast('Não foi possível identificar a autorização.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
891| showToast(res.message || 'Validade estendida com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
895| showToast((res && res.message) ? res.message : 'Não foi possível estender a validade.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
900| showToast(message, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
907| showToast('Abrir bate-papo ficará disponível quando a integração de chat estiver conectada.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
934| showToast(res.message || 'Notificação enviada com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
940| showToast((res && res.message) ? res.message : 'Não foi possível enviar a notificação.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
948| showToast(message, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
958| showToast('Não foi possível identificar o colaborador ou a autorização.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
964| showToast('Não foi possível abrir o formulário de notificação.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1728| showToast('Selecione ao menos uma autorização.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1733| showToast('Selecione ao menos um membro.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1738| showToast('Informe a validade para todos os documentos selecionados.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1746| showToast(applyErr, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1754| showToast(messages[messages.length - 1] || 'Autorização aplicada com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
1765| showToast('Autorização aplicada, mas houve erro ao enviar documentos: ' + uploadErr, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1767| showToast('Autorização aplicada com sucesso. Documentos enviados; aguarde a aprovação do gestor.', 'Sucesso', 'fas fa-check', 'bg-success');
1798| window.showToast(message, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2228| window.showToast(
File: templates/governance/badge/badge_create.html.twig
Match lines: 2
938| showToast(message, 'Sucesso', 'fas fa-check-circle', 'bg-success');
942| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/governance/badge/partials/_modal_save_config.html.twig
Match lines: 3
137| showToast((response && response.message) || 'Não foi possível salvar as configurações.', 'Erro', 'fas fa-times', 'bg-danger');
161| showToast(response.message || 'Configurações salvas com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
167| showToast(response.message || 'Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/innovation/criar_questionario.html.twig
Match lines: 23
470| showToast(
666| showToast(
2934| showToast(
2968| showToast(
2990| showToast(
3021| showToast(
3227| showToast(
3281| showToast(
3343| showToast('Por favor, selecione apenas arquivos de imagem.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
3350| showToast('A imagem deve ter no máximo 5MB.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
3388| showToast(response.message || 'Erro ao fazer upload da imagem.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
3392| showToast('Erro ao fazer upload da imagem.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
3546| showToast(
3567| showToast(
3658| showToast(
3675| showToast(
3688| showToast(
3768|function showToast(message, title, iconClass, bgColor) {
4010| showToast(
4028| showToast(
4134| showToast(
4160| showToast(
4173| showToast(
File: templates/interview_ia/components/_researcher_form_modal.html.twig
Match lines: 1
462| showToast(
File: templates/invoice/partials/_modal_add_balance.html.twig
Match lines: 3
242| showToast('Não foi possível gerar a cobrança dos créditos extras.', 'Atenção', 'fas fa-exclamation-circle', 'bg-warning');
255| showToast(response.message || 'Cobrança criada com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
259| showToast(
File: templates/invoice/tabs/_tab_ia_on_demand.html.twig
Match lines: 16
1099| showToast(message, 'Atenção', 'fas fa-exclamation-circle', 'bg-warning');
1170| showToast('Não foi possível localizar o CEP informado.', 'Atenção', 'fas fa-exclamation-circle', 'bg-warning');
1211| showToast('Não foi possível salvar o saldo extra controlado.', 'Atenção', 'fas fa-exclamation-circle', 'bg-warning');
1221| showToast(response.message || 'Configuração salva com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1236| showToast(
1701| showToast('Preencha os campos obrigatórios antes de salvar.', 'Atenção', 'fas fa-exclamation-circle', 'bg-warning');
1708| showToast('Preencha os campos obrigatórios antes de salvar.', 'Atenção', 'fas fa-exclamation-circle', 'bg-warning');
1727| showToast('Preencha os campos obrigatórios antes de adicionar saldo.', 'Atenção', 'fas fa-exclamation-circle', 'bg-warning');
1732| showToast('Selecione uma forma de pagamento para gerar a cobrança.', 'Atenção', 'fas fa-exclamation-circle', 'bg-warning');
1923| showToast('Cartão salvo removido com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1987| showToast('Não foi possível localizar a rota para salvar os dados de pagamento.', 'Atenção', 'fas fa-exclamation-circle', 'bg-warning');
2007| showToast((response && response.message) ? response.message : 'Dados de pagamento salvos com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
2022| showToast(
2066| showToast('Não foi possível remover o cartão salvo do saldo extra controlado.', 'Atenção', 'fas fa-exclamation-circle', 'bg-warning');
2074| showToast(response.message || 'Cartão removido com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
2078| showToast(
File: templates/layoutAdmin.html.twig
Match lines: 3
4019| {# function showToast(title, message, toastClass) {
4062| //showToast(successMessage, 'Atenção', "fas fa-times-circle", typeMessage);
4109| showToast(successMessage, 'Atenção', "fas fa-times-circle", typeMessage);
File: templates/layoutUser.html.twig
Match lines: 3
3622| }); #}{# function showToast(title, message, toastClass) {
3663| //showToast('', successMessage, typeMessage);
3711| showToast(successMessage, 'Atenção', "fas fa-times-circle", typeMessage);
File: templates/layoutUserOld.html.twig
Match lines: 3
1243| }); #}{# function showToast(title, message, toastClass) {
1280| //showToast('', successMessage, typeMessage);
1327| showToast(successMessage, 'Atenção', "fas fa-times-circle", typeMessage);
File: templates/license/individual_license_request.html.twig
Match lines: 17
400| showToast(err_msg, 'Erro', 'fa-exclamation-triangle', 'bg-warning');
568| showToast("Não foi possível carregar as informações da alteração.", 'Erro', 'fa-times-circle', 'bg-danger');
572| showToast("Erro ao carregar as informações da alteração.", 'Erro', 'fa-times-circle', 'bg-danger');
588| showToast("Licença confirmada com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
592| showToast("Erro ao confirmar a licença.", 'Erro', 'fa-times-circle', 'bg-danger');
596| showToast("Erro ao confirmar a licença.", 'Erro', 'fa-times-circle', 'bg-danger');
611| showToast("Licença rejeitada com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
615| showToast("Erro ao rejeitar a licença.", 'Erro', 'fa-times-circle', 'bg-danger');
620| showToast("Erro ao rejeitar a licença.", 'Erro', 'fa-times-circle', 'bg-danger');
740| showToast(customMessage, 'Sucesso', 'fa-check-circle', 'bg-success');
774| showToast(customMessage, 'Sucesso', 'fa-check-circle', 'bg-success');
789| showToast(customMessage, 'Aviso', 'fa-times-circle', 'bg-danger');
824| showToast(customMessage, 'Aviso', 'fa-times-circle', 'bg-danger');
877| showToast(customMessage, 'Solicitação Cancelada', 'fa-times-circle', 'bg-danger');
894| showToast(customMessage, 'Sucesso', 'fa-check-circle', 'bg-success');
1011| showToast(customMessage, 'Sucesso', 'fa-check-circle', 'bg-success');
1049| showToast(customMessage, 'Sucesso', 'fa-check-circle', 'bg-success');
File: templates/license/individual_license_request_default.html.twig
Match lines: 18
582| showToast(err_msg, 'Erro', 'fa-exclamation-triangle', 'bg-warning');
633| showToast("Não foi possível carregar as informações da alteração.", 'Erro', 'fa-times-circle', 'bg-danger');
637| showToast("Erro ao carregar as informações da alteração.", 'Erro', 'fa-times-circle', 'bg-danger');
653| showToast("Licença confirmada com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
657| showToast("Erro ao confirmar a licença.", 'Erro', 'fa-times-circle', 'bg-danger');
661| showToast("Erro ao confirmar a licença.", 'Erro', 'fa-times-circle', 'bg-danger');
676| showToast("Licença rejeitada com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
680| showToast("Erro ao rejeitar a licença.", 'Erro', 'fa-times-circle', 'bg-danger');
685| showToast("Erro ao rejeitar a licença.", 'Erro', 'fa-times-circle', 'bg-danger');
804| showToast(customMessage, 'Sucesso', 'fa-check-circle', 'bg-success');
838| showToast(customMessage, 'Sucesso', 'fa-check-circle', 'bg-success');
852| showToast(customMessage, 'Aviso', 'fa-times-circle', 'bg-danger');
887| showToast(customMessage, 'Aviso', 'fa-times-circle', 'bg-danger');
940| showToast(customMessage, 'Solicitação Cancelada', 'fa-times-circle', 'bg-danger');
957| showToast(customMessage, 'Sucesso', 'fa-check-circle', 'bg-success');
1061| showToast(`Você editou a solicitação da licença: ${selectedLicense.name}`, 'Sucesso', 'fa-check-circle', 'bg-success');
1066| showToast(`Você adicionou uma nova solicitação de licença: ${selectedLicense.name}`, 'Sucesso', 'fa-check-circle', 'bg-success');
1074| showToast('Erro ao processar a solicitação', 'Erro', 'fa-times-circle', 'bg-danger');
File: templates/logs/index.html.twig
Match lines: 2
578| showToast('Não foi possível carregar os detalhes do log.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
590| showToast(message, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/manager/lead_qualified_users.html.twig
Match lines: 5
823| function showToast(message, type) {
857| showToast('Por favor, selecione uma empresa e um processo seletivo.', 'error');
862| showToast('Dados do profissional não encontrados.', 'error');
884| showToast(message, success ? 'success' : 'error');
894| showToast(message, 'error');
File: templates/new-goals/components/_goal_conclusion_modal.html.twig
Match lines: 1
387| window.showToast(message, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/new-goals/components/_goal_cycle_modal.html.twig
Match lines: 5
146| window.showToast('Informe o nome do ciclo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
154| window.showToast('Preencha todos os campos obrigatórios do ciclo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
160| window.showToast('A data final não pode ser anterior à data inicial.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
194| window.showToast(
203| window.showToast(error.message, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/new-goals/components/_goal_detail_offcanvas.html.twig
Match lines: 1
150| window.showToast(error.message || 'Erro ao comentar.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/new-goals/components/_goal_item_conclusion_modal.html.twig
Match lines: 1
201| window.showToast(message, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/new-goals/goal_company/goal_company.html.twig
Match lines: 15
966| showToast(err_msg, "Atenção", "fas fa-exclamation-triangle", "bg-warning");
1019| showToast(err_msg, "Atenção", "fas fa-exclamation-triangle", "bg-warning");
1549| showToast("Membros Atualizados com Sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
1555| showToast("Erro ao Salvar Membros. Por favor, tente novamente.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
1835| showToast("Meta salva com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
1852| showToast("Ocorreu um erro ao salvar a meta. Tente novamente.", "Atenção", "fas fa-exclamation-triangle", "bg-danger");
2170| showToast(`Ação de Desenvolvimento salva com sucesso!`, 'Sucesso', 'fa-check-circle', 'bg-success');
2222| showToast("Ocorreu um erro ao salvar a ação. Tente novamente.", "Atenção", "fas fa-exclamation-triangle", "bg-danger");
2325| showToast("Meta deletada com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
2344| showToast(`Erro: ${error.message}`, "Atenção", "fas fa-exclamation-triangle", "bg-danger");
2375| showToast("Meta Concluída com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
2388| showToast(`Erro: ${error.message}`, "Atenção", "fas fa-exclamation-triangle", "bg-danger");
2431| showToast(`Ação de Desenvolvimenta ${action === 'conclude' ? 'concluída' : 'deletada'} com sucesso!`, 'Sucesso', 'fa-check-circle', 'bg-success');
3213| window.showToast(successMessage, 'Sucesso', 'fas fa-check-circle', 'bg-success');
3219| window.showToast(error.message, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/new-goals/goal_company/modals_goal_company/modal_change_gda_meta.html.twig
Match lines: 1
208| showToast("Valor atual da meta atualizado com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
File: templates/new-goals/goal_cycles/goal_cycles.html.twig
Match lines: 1
321| window.showToast(message, cfg[0], cfg[1], cfg[2]);
File: templates/new-goals/goal_member/goal_member.html.twig
Match lines: 15
883| showToast(err_msg, "Atenção", "fas fa-exclamation-triangle", "bg-warning");
930| showToast(err_msg, "Atenção", "fas fa-exclamation-triangle", "bg-warning");
1115| showToast("Prazo atualizado com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
1117| showToast("Erro ao atualizar o prazo:", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
1309| showToast("Membros Atualizados com Sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
1313| showToast("Erro ao Salvar Membros. Por favor, tente novamente.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
1551| showToast("Meta salva com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
1567| showToast("Ocorreu um erro ao salvar a meta. Tente novamente.", "Atenção", "fas fa-exclamation-triangle", "bg-danger");
2010| showToast(`Ação de Desenvolvimento salva com sucesso!`, 'Sucesso', 'fa-check-circle', 'bg-success');
2068| showToast("Ocorreu um erro ao salvar a ação. Tente novamente.", "Atenção", "fas fa-exclamation-triangle", "bg-danger");
2171| showToast("Meta deletada com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
2184| showToast(`Erro: ${error.message}`, "Atenção", "fas fa-exclamation-triangle", "bg-danger");
2215| showToast("Meta Concluída com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
2228| showToast(`Erro: ${error.message}`, "Atenção", "fas fa-exclamation-triangle", "bg-danger");
2271| showToast(`Ação de Desenvolvimenta ${action === 'conclude' ? 'concluída' : 'deletada'} com sucesso!`, 'Sucesso', 'fa-check-circle', 'bg-success');
File: templates/new-goals/goal_team/goal_team.html.twig
Match lines: 12
921| showToast(message, title, iconClass, bgColor);
1221| showToast("Membros Atualizados com Sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
1229| showToast("Erro ao Salvar Membros. Por favor, tente novamente.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
1956| showToast("Erro ao carregar meta. Dados inválidos.", "Erro", "fas fa-exclamation-triangle", "bg-danger");
2035| showToast("Erro ao carregar meta. Tente novamente.", "Erro", "fas fa-exclamation-triangle", "bg-danger");
2920| showToast(
2976| showToast(
3073| showToast("Meta deletada com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
3088| showToast(
3219| showToast(`Ação de Desenvolvimento ${action === 'conclude' ? 'concluída' : 'deletada'} com sucesso!`, 'Sucesso', 'fa-check-circle', 'bg-success');
3516| window.showToast(successMessage, 'Sucesso', 'fas fa-check-circle', 'bg-success');
3522| window.showToast(error.message, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/new-goals/goal_team/modals_goal_collective/modal_change_gda_meta_collective.html.twig
Match lines: 1
217| showToast("Valor atual da meta atualizado com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
File: templates/new-goals/goal_team/modals_goal_collective/modal_create_meta_colective.html.twig
Match lines: 6
689| window.showToast(message, title, icon, background);
1215| window.showToast('Preencha todos os campos obrigatórios do resultado.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1221| window.showToast('O prazo do resultado não pode ultrapassar o fim do ciclo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1227| window.showToast('Informe a unidade personalizada.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1308| window.showToast('Preencha o título, responsável e prazo da ação.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1314| window.showToast('O prazo da ação não pode ultrapassar o fim do ciclo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/new-goals/goals-members-shortcuts/dashboards/individualAssesmentShortcut.html.twig
Match lines: 1
1543| showToast('Você não pode selecionar a mesma seção para ambos os eixos.', false);
File: templates/new-goals/pdi/pdi_goals_member/goals_pdi.html.twig
Match lines: 1
2481| showToast('Ação revertida com sucesso!', 'Sucesso', 'fa-check-circle', 'bg-success');
File: templates/new-goals/view_goal/view_goal_meta.html.twig
Match lines: 28
1622| showToast("Feedback salvo com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
1628| showToast("Ocorreu um erro ao salvar o feedback.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
1638| showToast("Por favor, selecione um tipo de feedback.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
1642| showToast("Por favor, digite um feedback.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
1734| showToast("Por favor, selecione um tipo de feedback.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
2028| showToast("Por favor, preencha todos os campos obrigatórios.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
2033| showToast("Por favor, preencha uma competência.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
2068| showToast("Meta salva com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
2091| showToast("Ocorreu um erro ao salvar a meta. Tente novamente.", "Atenção", "fas fa-exclamation-triangle", "bg-danger");
2370| showToast("Erro ao carregar os dados da ação. Por favor, tente novamente.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
2690| showToast(
2719| showToast(
2749| showToast(
2856| showToast("Meta deletada com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
2867| showToast(`Erro: ${error.message}`, "Atenção", "fas fa-exclamation-triangle", "bg-danger");
2898| showToast("Meta Concluída com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
2911| showToast(`Erro: ${error.message}`, "Atenção", "fas fa-exclamation-triangle", "bg-danger");
2954| showToast(`Ação de Desenvolvimenta ${action === 'conclude' ? 'concluída' : 'deletada'} com sucesso!`, 'Sucesso', 'fa-check-circle', 'bg-success');
3051| showToast(
3165| showToast("Erro ao criar comentário. Verifique o console para mais detalhes.", 'Sucesso', 'fa-check-circle', 'bg-success');
3291| showToast('Erro ao curtir/remover curtida. Verifique o console para mais detalhes.', "Atenção", "fas fa-exclamation-triangle", "bg-warning");
3335| showToast("O comentário não pode estar vazio.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
3371| showToast("Comentário atualizado com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
3375| showToast("Erro ao atualizar comentário. Verifique o console para mais detalhes.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
3406| showToast("Comentário removido com sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
3414| showToast("Erro ao remover comentário. Verifique o console para mais detalhes.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
3554| showToast("Membros Atualizados com Sucesso!", 'Sucesso', 'fa-check-circle', 'bg-success');
3560| showToast("Erro ao Salvar Membros. Por favor, tente novamente.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
File: templates/new_home/manager_home.html.twig
Match lines: 1
2216| showToast(
File: templates/new_home/member_home.html.twig
Match lines: 1
1155| showToast(
File: templates/new_home/partials/_modal_customize_home.html.twig
Match lines: 1
554| showToast(message, settings.title, settings.icon, settings.className);
File: templates/offboarding/index.html.twig
Match lines: 7
1792| showToast('Informe o nome do offboarding.', 'Campo obrigatório', 'fas fa-exclamation-triangle', 'bg-warning');
1798| showToast('Selecione uma categoria.', 'Campo obrigatório', 'fas fa-exclamation-triangle', 'bg-warning');
2119| showToast('Informe o título do documento.', 'Campo obrigatório', 'fas fa-exclamation-triangle', 'bg-warning');
2125| showToast('Informe o link do documento.', 'Campo obrigatório', 'fas fa-exclamation-triangle', 'bg-warning');
2134| showToast('Informe um link válido.', 'Campo inválido', 'fas fa-exclamation-triangle', 'bg-warning');
2577| showToast('Por favor, selecione apenas arquivos de imagem (JPEG, PNG, GIF, WEBP).', 'Erro', 'fas fa-times-circle', 'bg-danger');
2584| showToast('Arquivo muito grande! Por favor, selecione uma imagem de até 2MB.', 'Erro', 'fas fa-times-circle', 'bg-danger');
File: templates/offboarding/old_files/index_admin.html.twig
Match lines: 2
2102| showToast('Por favor, selecione apenas arquivos de imagem (JPEG, PNG, GIF, WEBP).', 'Erro', 'fas fa-times-circle', 'bg-danger');
2110| showToast('Arquivo muito grande! Por favor, selecione uma imagem de até 2MB.', 'Erro', 'fas fa-times-circle', 'bg-danger');
File: templates/offboarding/old_files/permissions.twig
Match lines: 6
783| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
790| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
1169| showToast('Permissão global atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
1176| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
1227| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
1234| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/onboarding/index_admin.html.twig
Match lines: 27
1039| showToast('Onboarding não encontrado.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1067| showToast('Informe o nome do onboarding.', 'Atenção', 'fa-solid fa-triangle-exclamation', 'bg-warning');
1071| showToast('Selecione a categoria.', 'Atenção', 'fa-solid fa-triangle-exclamation', 'bg-warning');
1075| showToast('Erro interno: categorias não carregadas.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1080| showToast('Categoria inválida.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1084| showToast('Erro interno: empresa não definida.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1213| showToast('Não foi possível criar onboarding.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1220| showToast('Onboarding criado com sucesso!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
1224| showToast('Erro ao criar onboarding.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1246| showToast('Não foi possível editar onboarding.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1252| showToast('Onboarding atualizado com sucesso!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
1259| showToast('Erro ao editar onboarding.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1269| showToast('Onboarding excluído com sucesso!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
1273| showToast('Erro ao excluir onboarding.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1473| showToast('Documento não encontrado.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1509| showToast('Informe o título do documento.', 'Atenção', 'fa-solid fa-triangle-exclamation', 'bg-danger');
1516| showToast('Informe o link do documento.', 'Atenção', 'fa-solid fa-triangle-exclamation', 'bg-danger');
1524| showToast('Informe um link válido.', 'Atenção', 'fa-solid fa-triangle-exclamation', 'bg-danger');
1535| showToast('ID de documento inválido.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1575| showToast('Documento criado com sucesso!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
1578| showToast(err.message || 'Erro ao criar documento.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1607| showToast('Documento atualizado com sucesso!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
1610| showToast(err.message || 'Erro ao atualizar documento.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1647| showToast('Documento excluído com sucesso!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
1650| showToast(err.message || 'Erro ao excluir documento.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1694| showToast('Por favor, selecione apenas arquivos de imagem (JPEG, PNG, GIF, WEBP).', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
1700| showToast('Arquivo muito grande! Por favor, selecione uma imagem de até 2MB.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
File: templates/onboarding/old_files/index_admin.html.twig
Match lines: 30
907| showToast(
945| showToast('Informe o nome do onboarding.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
949| showToast('Selecione a categoria.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
955| showToast('Erro interno: categorias não carregadas.', 'Erro', 'fas fa-times-circle', 'bg-danger');
961| showToast('Categoria inválida.', 'Erro', 'fas fa-times-circle', 'bg-danger');
967| showToast('Erro interno: empresa não definida.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1060| showToast('Não foi possível criar onboarding.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1067| showToast('Onboarding criado com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1071| showToast('Erro ao criar onboarding.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1090| showToast('Não foi possível editar onboarding.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1096| showToast('Onboarding atualizado com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1100| showToast('Erro ao editar onboarding.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1125| showToast('Não foi possível editar onboarding.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1132| showToast('Onboarding atualizado com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1141| showToast('Erro ao editar onboarding.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1150| showToast('Onboarding excluído com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1154| showToast('Erro ao excluir onboarding.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1377| showToast('Documento não encontrado.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1423| showToast('Informe o título do documento.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-danger');
1431| showToast('Informe o link do documento.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-danger');
1440| showToast('Informe um link válido.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-danger');
1455| showToast('ID de documento inválido.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1505| showToast('Documento criado com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1508| showToast(err.message || 'Erro ao criar documento.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1544| showToast('Documento atualizado com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1547| showToast(err.message || 'Erro ao atualizar documento.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1589| showToast('Documento excluído com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1592| showToast(err.message || 'Erro ao excluir documento.', 'Erro', 'fas fa-times-circle', 'bg-danger');
2275| showToast('Por favor, selecione apenas arquivos de imagem (JPEG, PNG, GIF, WEBP).', 'Erro', 'fas fa-times-circle', 'bg-danger');
2283| showToast('Arquivo muito grande! Por favor, selecione uma imagem de até 2MB.', 'Erro', 'fas fa-times-circle', 'bg-danger');
File: templates/onboarding/old_files/onboarding.html.twig
Match lines: 47
1997| showToast(
2051| showToast(
2061| showToast(
2282| showToast(
2423| showToast(
2436| showToast(
2492| showToast(
2499| showToast(
2509| showToast(
2549| showToast(
2558| showToast(
2575| showToast(
2746| .then(() => showToast('Link de atalho copiado!', 'success'))
2747| .catch(() => showToast('Não foi possível copiar o link de atalho.', 'error'));
2770| showToast('Membro não encontrado.', 'Erro', 'fas fa-times-circle', 'bg-danger');
2776| showToast('Membro sem nome válido.', 'Erro', 'fas fa-times-circle', 'bg-danger');
2782| showToast('Membro sem email válido.', 'Erro', 'fas fa-times-circle', 'bg-danger');
2788| showToast('Email inválido.', 'Erro', 'fas fa-times-circle', 'bg-danger');
2796| showToast(
2835| showToast(
2842| showToast(
2852| showToast(
3115| showToast(
3181| showToast(
3192| showToast(
3221| showToast(
3231| showToast(
3241| showToast(
3294| showToast(
3302| showToast(
3313| showToast(
3338| showToast(
3346| showToast(
3357| showToast(
3371| showToast(
3399| showToast(
3406| showToast(
3416| showToast(
3432| showToast(
3439| showToast(
3449| showToast(
3481| showToast(
4018| showToast(
4045| showToast('Só é possível mover membros para etapas manuais', 'Movimento não permitido', 'fas fa-exclamation-triangle', 'bg-warning');
4192| showToast(
4207| showToast(
4216| showToast(
File: templates/onboarding/old_files/permissions.twig
Match lines: 6
1546| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
1553| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
1967| showToast('Permissão global atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
1974| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
2025| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
2032| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/onboarding/onboarding_view/tabs/_tab_customize.html.twig
Match lines: 25
735| showToast(
801| showToast(
812| showToast(
841| showToast(
851| showToast(
861| showToast(
913| showToast(
920| showToast(
931| showToast(
955| showToast(
962| showToast(
973| showToast(
987| showToast(
1014| showToast(
1021| showToast(
1031| showToast(
1046| showToast(
1053| showToast(
1063| showToast(
1095| showToast(
1514| showToast(
1532| showToast('Só é possível mover membros para etapas manuais', 'Movimento não permitido', 'fa-solid fa-triangle-exclamation', 'bg-warning');
1652| showToast(
1665| showToast(
1674| showToast(
File: templates/onboarding/onboarding_view/tabs/_tab_members.html.twig
Match lines: 17
519| .then(() => showToast('Link de atalho copiado!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success'))
520| .catch(() => showToast('Não foi possível copiar o link de atalho.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger'));
560| showToast(
649| showToast(
660| showToast('Selecione pelo menos um membro para adicionar.', 'Atenção', 'fa-solid fa-triangle-exclamation', 'bg-warning');
702| showToast('Sucesso ao adicionar membros!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
704| showToast('Erro ao adicionar membros.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
708| showToast(error.message || 'Ocorreu um erro ao adicionar os membros.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
734| showToast('Sucesso ao retirar membro!', 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
737| showToast('Erro ao retirar membro.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
743| showToast('Ocorreu um erro ao retirar o membro.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
891| showToast('Dados do membro inválidos.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
895| showToast('Email inválido.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
902| showToast('Por favor, insira uma mensagem.', 'Atenção', 'fa-solid fa-triangle-exclamation', 'bg-warning');
923| showToast(`Lembrete enviado com sucesso para ${data.recipient}!`, 'Sucesso', 'fa-solid fa-circle-check', 'bg-success');
925| showToast(data.message || 'Falha ao enviar o lembrete.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger');
928| .catch(() => { showToast('Ocorreu um erro ao enviar o lembrete.', 'Erro', 'fa-solid fa-circle-xmark', 'bg-danger'); })
File: templates/onboarding/onboarding_view/tabs/_tab_overview.html.twig
Match lines: 3
1081| showToast(
1135| showToast(
1144| showToast(
File: templates/organograma/company_layout.html.twig
Match lines: 69
2690| <script src="{{ asset('js/utils/showToast.js') }}"></script> {# showToast('O nome do time é obrigatório', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger'); #}
3538| showToast('Você só pode mover membros do seu time.', 'Acesso restrito', 'fas fa-ban', 'bg-warning');
5719| showToast(`Membro ${companyMember.fullName} adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
5721| showToast(`Cargo ${roleName} adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
5748| showToast('Você só pode mover membros do seu time.', 'Acesso restrito', 'fas fa-ban', 'bg-warning');
5763| showToast('Um cargo assistente não pode ser superior a ninguém.', 'Erro', 'fas fa-times-circle', 'bg-danger');
5799| showToast(`Sócio movido como cargo subordinado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
5810| showToast('Um cargo não pode ter mais de um assistente.', 'Erro', 'fas fa-times-circle', 'bg-danger');
5840| showToast('Assistente movido com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
5888| showToast('Cargo movido com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
5917| showToast('Sócio removido com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
5930| showToast('Remova primeiro os cargos subordinados, sócios e assistentes antes de remover o cargo raiz.', 'Aviso', 'fas fa-info-circle', 'bg-warning');
5943| showToast('Cargo raiz removido. Organograma vazio.', 'Sucesso', 'fas fa-check', 'bg-success');
5979| showToast('Cargo removido com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
6421| showToast('Este cargo já está vago!', 'Aviso', 'fas fa-info-circle', 'bg-warning');
6461| showToast(`Membro ${removedMember.fullName} removido com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
6552| showToast(`${companyMemberFullName} adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
6819| showToast(message, 'Sucesso', 'fas fa-check', 'bg-success');
6841| showToast(message, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
6845| showToast('Erro na comunicação com o servidor', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
7060| showToast(message, 'Sucesso', 'fas fa-check', 'bg-success');
7097| showToast(message, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
7102| showToast('Erro na comunicação com o servidor', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
8019| showToast(`Sócio ${roleName} atualizado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
8062| showToast(`Assistente ${roleName} convertido para Sócio com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
8110| showToast(`Cargo convertido em Sócio ${roleName} com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
8138| showToast(`Sócio ${roleName} convertido em Cargo com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
8212| showToast(`Cargo ${roleName} atualizado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
8220| showToast('Não é possível converter o cargo raiz em assistente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
8247| showToast(`Cargo ${roleName} convertido para assistente com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
8277| showToast(`Assistente ${roleName} convertido para cargo normal com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
8971| showToast(
8994| showToast(
9003| showToast(`Não foi possível identificar o cargo`, 'Erro', 'fas fa-exclamation-triangle', 'bg-warning');
9935| showToast('Não é possível salvar: cargo sem membro associado', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
9963| showToast('Cargo atualizado na simulação.', 'Sucesso', 'fas fa-check', 'bg-success');
10007| showToast('Cargo atualizado com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
10011| showToast('Erro ao salvar alterações.', 'Erro', 'fas fa-times', 'bg-danger');
10502| showToast('Permissão global atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
10509| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
10582| showToast('Permissão global atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
10589| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
10658| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
10665| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
10737| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
10744| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
11005| showToast(response.message, 'Sucesso', 'fas fa-check', 'bg-success');
11017| showToast(errorMessage, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
11364| // showToast('Selecione pelo menos um cargo para processar', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
11400| // showToast(
11410| // showToast(
11420| // showToast(
11452| // showToast('Não há cargos para sincronizar', 'Informação', 'fas fa-info-circle', 'bg-info');
11523| showToast('Cargo removido com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
11652| showToast('Você deve selecionar um cargo!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
11670| showToast('Um cargo não pode ter mais de um assistente.', 'Erro', 'fas fa-times-circle', 'bg-danger');
11742| showToast(`Sócio ${selectedMember.fullName} adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
11744| showToast(`Sócio ${roleName} adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
11755| showToast('Um cargo não pode ter mais de um assistente.', 'Erro', 'fas fa-times-circle', 'bg-danger');
11822| showToast(`Assistente ${selectedMember.fullName} adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
11824| showToast(`Cargo de assistente ${roleName} adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
11896| showToast(`Primeiro cargo adicionado com sucesso! ${selectedMember.fullName} é agora o cargo raiz.`, 'Sucesso', 'fas fa-check', 'bg-success');
11898| showToast(`Primeiro cargo "${roleName}" adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
12370| showToast('Simulação enviada para aprovação com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
12377| showToast(data.message || 'Erro ao enviar simulação para aprovação', 'Erro', 'fas fa-times', 'bg-danger');
12388| showToast('Erro ao enviar simulação para aprovação', 'Erro', 'fas fa-times', 'bg-danger');
12431| showToast('Simulação aprovada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
12438| showToast(data.message || 'Erro ao aprovar simulação', 'Erro', 'fas fa-times', 'bg-danger');
12449| showToast('Erro ao aprovar simulação', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/organograma/company_layout_js.html.twig
Match lines: 61
5| <script src="{{ asset('js/utils/showToast.js') }}"></script> {# showToast('O nome do time é obrigatório', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger'); #}
1799| showToast(`Membro ${companyMember.fullName} adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
1801| showToast(`Cargo ${roleName} adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
1831| showToast('Um cargo assistente não pode ser superior a ninguém.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1859| showToast(`Sócio movido como cargo subordinado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
1868| showToast('Um cargo não pode ter mais de um assistente.', 'Erro', 'fas fa-times-circle', 'bg-danger');
1890| showToast('Assistente movido com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
1926| showToast('Cargo movido com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
1954| showToast('Sócio removido com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
1967| showToast('Remova primeiro os cargos subordinados, sócios e assistentes antes de remover o cargo raiz.', 'Aviso', 'fas fa-info-circle', 'bg-warning');
1980| showToast('Cargo raiz removido. Organograma vazio.', 'Sucesso', 'fas fa-check', 'bg-success');
2016| showToast('Cargo removido com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
2365| showToast('Este cargo já está vago!', 'Aviso', 'fas fa-info-circle', 'bg-warning');
2405| showToast(`Membro ${removedMember.fullName} removido com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
2465| showToast(`${companyMemberFullName} adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
2610| showToast('Organograma vazio salvo com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
2612| showToast('Erro ao salvar organograma vazio', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
2616| showToast('Erro na comunicação com o servidor', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
2704| showToast('Organograma salvo com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
2707| showToast('Erro ao salvar organograma', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
2712| showToast('Erro na comunicação com o servidor', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
3158| showToast(`Sócio ${roleName} atualizado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
3205| showToast(`Assistente ${roleName} convertido para Sócio com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
3252| showToast(`Cargo convertido em Sócio ${roleName} com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
3280| showToast(`Sócio ${roleName} convertido em Cargo com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
3302| showToast(`Cargo ${roleName} atualizado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
3310| showToast('Não é possível converter o cargo raiz em assistente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
3337| showToast(`Cargo ${roleName} convertido para assistente com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
3367| showToast(`Assistente ${roleName} convertido para cargo normal com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
4050| showToast(
4097| showToast(
4107| showToast(
4116| showToast(`Não foi possível identificar o cargo`, 'Erro', 'fas fa-exclamation-triangle', 'bg-warning');
4937| showToast('Não é possível salvar: cargo sem membro associado', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
4991| showToast('Cargo atualizado com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
4995| showToast('Erro ao salvar alterações.', 'Erro', 'fas fa-times', 'bg-danger');
5487| showToast('Permissão global atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
5494| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
5567| showToast('Permissão global atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
5574| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
5643| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
5650| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
5722| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
5729| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
5951| showToast(response.message, 'Sucesso', 'fas fa-check', 'bg-success');
5963| showToast(errorMessage, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
6371| // showToast('Selecione pelo menos um cargo para processar', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
6407| // showToast(
6417| // showToast(
6427| // showToast(
6459| // showToast('Não há cargos para sincronizar', 'Informação', 'fas fa-info-circle', 'bg-info');
6542| showToast('Cargo removido com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
6570| showToast('Você deve selecionar um cargo!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
6590| showToast('Um cargo não pode ter mais de um assistente.', 'Erro', 'fas fa-times-circle', 'bg-danger');
6621| showToast(`Sócio ${selectedMember.fullName} adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
6623| showToast(`Sócio ${roleName} adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
6634| showToast('Um cargo não pode ter mais de um assistente.', 'Erro', 'fas fa-times-circle', 'bg-danger');
6660| showToast(`Assistente ${selectedMember.fullName} adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
6662| showToast(`Cargo de assistente ${roleName} adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
6688| showToast(`Primeiro cargo adicionado com sucesso! ${selectedMember.fullName} é agora o cargo raiz.`, 'Sucesso', 'fas fa-check', 'bg-success');
6690| showToast(`Primeiro cargo "${roleName}" adicionado com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/payables/payroll/form_embedded.html.twig
Match lines: 8
2002| // showToast('O nome é obrigatório.', 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
2009| showToast(field.message, 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
2017| showToast('Por favor, insira um e-mail válido.', 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
2025| showToast(`${fieldLabel}: Por favor, insira apenas números.`, 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
2051| showToast(`${fieldName} é obrigatório.`, 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
2479| showToast('Folha de pagamento salva com sucesso.', 'Sucesso!','fas fa-check', 'bg-success');
2490| showToast(resp.message, 'Erro!', 'fas fa-times', 'bg-danger');
2494| showToast('Erro ao salvar folha de pagamento.', 'Erro!', 'fas fa-times', 'bg-danger');
File: templates/payables/payroll/form_fragment.html.twig
Match lines: 8
1977| // showToast('O nome é obrigatório.', 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
1984| showToast(field.message, 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
1992| showToast('Por favor, insira um e-mail válido.', 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
2000| showToast(`${fieldLabel}: Por favor, insira apenas números.`, 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
2026| showToast(`${fieldName} é obrigatório.`, 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
2454| showToast('Folha de pagamento salva com sucesso.', 'Sucesso!','fas fa-check', 'bg-success');
2465| showToast(resp.message, 'Erro!', 'fas fa-times', 'bg-danger');
2469| showToast('Erro ao salvar folha de pagamento.', 'Erro!', 'fas fa-times', 'bg-danger');
File: templates/permissions_tags/add.html.twig
Match lines: 4
192| // function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
257| showToast(data.message, 'Sucesso', 'fas fa-check', 'bg-success');
264| showToast(data.message, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
268| showToast(error, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/permissions_tags/edit.html.twig
Match lines: 4
191| // function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
257| showToast(data.message, 'Sucesso', 'fas fa-check', 'bg-success');
264| showToast(data.message, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
268| showToast(error, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/permissions_tags/index.html.twig
Match lines: 3
188| showToast(result.message || 'Permissão excluída com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
191| showToast('Erro ao excluir a permissão: ' + result.message, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
197| showToast('Erro ao excluir a permissão: ' + msg, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/permissions_tags/member_tab_permissions.html.twig
Match lines: 13
1085| showToast('Erro ao carregar dados de permissões', 'Erro', 'fas fa-times', 'bg-danger');
1613| showToast('Não foi possível identificar o produto desta permissão. Recarregue a página e tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
1696| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
1698| showToast(data.message || 'Erro ao atualizar permissão', 'Erro', 'fas fa-times', 'bg-danger');
1703| showToast('Erro ao atualizar permissão', 'Erro', 'fas fa-times', 'bg-danger');
2005| showToast('Permissão global definida e aplicada a todos os produtos!', 'Sucesso', 'fas fa-check', 'bg-success');
2007| showToast('Permissão global atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
2037| showToast(`Erro: ${error.message}`, 'Erro', 'fas fa-times', 'bg-danger');
2400| showToast('Permissão global definida e aplicada a todos os produtos!', 'Sucesso', 'fas fa-check', 'bg-success');
2402| showToast('Permissão global atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
2498| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
2501| showToast('Erro ao atualizar permissão', 'Erro', 'fas fa-times', 'bg-danger');
2506| showToast('Erro ao atualizar permissão', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/pps/tabela_simulacao.html.twig
Match lines: 1
4204| showToast('Alterações salvas com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/process/_fragment/_classification_dropdown.html.twig
Match lines: 3
502| showToast('Classificação atualizada!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
506| showToast('Erro: ' + (data.message || 'Erro desconhecido'), 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
514| showToast('Erro ao atualizar.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/process/_fragment/_controls_dash.html.twig
Match lines: 1
425| showToast('Erro ao carregar etapa. Recarregando página...', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/process/_fragment/_modals_report.html.twig
Match lines: 8
466| showToast('Selecione pelo menos uma etapa', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
678| showToast('Selecione um candidato', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
705| showToast('Gerando relatório de entrevistas IA...', 'Aguarde', 'fas fa-spinner fa-spin', 'bg-info');
722| showToast('Relatório de entrevistas IA gerado com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
726| showToast('Não foi possível gerar o relatório. Verifique se há entrevistas IA completadas.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
737| showToast('Gerando relatório de ' + userName + '...', 'Aguarde', 'fas fa-spinner fa-spin', 'bg-info');
752| showToast('Relatório de ' + userName + ' baixado com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
756| showToast('Não foi possível gerar o relatório individual.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/process/_fragment/_scripts_dash.html.twig
Match lines: 10
93| showToast("Por favor, selecione a nova data de encerramento.", "Erro", "fas fa-exclamation-circle", "bg-danger");
121| showToast("Processo reaberto com sucesso.", "Sucesso!", "fas fa-check-circle", "bg-success");
130| showToast("Erro ao reabrir o processo.", "Erro", "fas fa-exclamation-circle", "bg-danger");
142| showToast("Falha na comunicação com o servidor.", "Erro", "fas fa-exclamation-circle", "bg-danger");
276| showToast('Composição do ranking salva com sucesso', 'Sucesso', 'fas fa-check-circle', 'bg-success');
309| showToast(response.message || 'Erro ao salvar composição do ranking', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
320| showToast('Erro ao salvar composição do ranking', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
580| showToast('Avaliação salva com sucesso', 'Sucesso', 'fas fa-check-circle', 'bg-success');
583| showToast(error.message || 'Erro ao salvar avaliação', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
1563| showToast(message, title, iconMap[type] || 'fas fa-info-circle', `bg-${type}`);
File: templates/process/dashboard.html.twig
Match lines: 3
1807| showToast('Candidato adicionado aos favoritos', 'Favorito', 'fas fa-star', 'bg-success');
1809| showToast('Candidato removido dos favoritos', 'Favorito', 'fas fa-star', 'bg-info');
1815| showToast('Erro ao atualizar favorito', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/process/edit.html.twig
Match lines: 16
707| showToast('O nome do processo é obrigatório.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
713| showToast('A data de início é obrigatória.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
719| showToast('A data de término é obrigatória.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
725| showToast('A empresa é obrigatória.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
731| showToast('O responsável é obrigatório.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
737| showToast('A área profissional é obrigatória.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
743| showToast('A descrição da vaga é obrigatória.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
749| showToast('O tipo de horário é obrigatório.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
757| showToast('Os horários de entrada e saída são obrigatórios para o tipo de horário fixo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
766| showToast('O período e a jornada são obrigatórios para o tipo de horário período.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
775| showToast('A duração e as horas por dia são obrigatórias para o tipo de horário flexível.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
787| showToast('A unidade da federação e o município são obrigatórios para locais de trabalho híbridos ou presenciais.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
803| showToast('Selecione pelo menos uma seção para a Etapa Online.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
812| showToast('Selecione pelo menos uma opção de manual para a entrevista.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
822| showToast('Selecione pelo menos uma opção de avaliação.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1808| showToast('A etapa foi excluída com sucesso.', 'Etapa excluída', 'fas fa-check-circle', 'bg-success');
File: templates/process/modal/_modal_selective_process_add_stage.html.twig
Match lines: 20
1584| showToast('Endereço preenchido com base no CEP.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1589| showToast('CEP não encontrado. Verifique o número digitado.', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
1596| showToast('Erro ao buscar CEP. Verifique sua conexão.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
1758| showToast('A data da avaliação não pode ser anterior ao início do processo (' + formatDateBR(processStartDate) + ').', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1764| showToast('A data da avaliação não pode ser posterior ao término do processo (' + formatDateBR(processEndDate) + ').', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2077| showToast('Por favor, selecione uma área profissional primeiro.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2161| showToast('Você pode adicionar no máximo ' + maxFitCulturalTags + ' assessments.', 'Limite atingido', 'fas fa-exclamation-triangle', 'bg-warning');
2165| showToast('Este assessment já foi adicionado.', 'Duplicado', 'fas fa-info-circle', 'bg-info');
2704| showToast('Por favor, insira um título para a etapa do processo seletivo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2710| showToast('Por favor, insira uma descrição para a etapa do processo seletivo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2722| showToast('A data de término da etapa não pode ser anterior à data de início do processo seletivo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2726| showToast('A data de término da etapa não pode ser posterior à data de término do processo seletivo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2734| showToast('Por favor, insira a rua para a etapa do processo seletivo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2740| showToast('Por favor, insira o bairro para a etapa do processo seletivo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2746| showToast('Por favor, insira a cidade para a etapa do processo seletivo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2752| showToast('Por favor, insira um CEP válido para a etapa do processo seletivo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2758| showToast('Por favor, insira o número para a etapa do processo seletivo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2771| showToast('A data da avaliação/dinâmica não pode ser anterior à data de início do processo seletivo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2776| showToast('A data da avaliação/dinâmica não pode ser posterior à data de término do processo seletivo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2787| showToast('Por favor, insira o link de acompanhamento ao vivo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/process/modal_selective_process_add_stage.html.twig
Match lines: 6
1096| showToast('Você pode selecionar no máximo 2 assessments.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1166| showToast('Atenção', 'Por favor, selecione uma área profissional primeiro.', 'bg-warning');
1748| showToast('Selecione pelo menos uma seção para a Etapa Online.', 'Atenção', 'bg-warning');
1757| showToast('Selecione pelo menos uma opção de manual para a entrevista.', 'Atenção', 'bg-warning');
1766| showToast('Selecione pelo menos um assessment para o Fit Cultural.', 'Atenção', 'bg-warning');
1786| showToast('Por favor, selecione um template de Entrevista IA.', 'Atenção', 'bg-warning');
File: templates/process/modal_stage_progress.html.twig
Match lines: 14
404| showToast('Nenhum candidato selecionado.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
412| showToast('Por favor, preencha a mensagem do email.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
419| showToast('Por favor, selecione um template.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
424| showToast('Por favor, selecione uma opção de notificação (Email ou WhatsApp).', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
447| showToast('Notificação enviada com sucesso para os candidatos selecionados!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
452| showToast(msg, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
458| showToast('Ocorreu um erro inesperado. Tente novamente.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
492| showToast('Nenhum candidato não selecionado.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
500| showToast('Por favor, preencha a mensagem do email.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
507| showToast('Por favor, selecione um template do WhatsApp.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
512| showToast('Por favor, selecione uma opção de notificação (Email ou WhatsApp).', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
534| showToast('Notificação enviada com sucesso para os candidatos não selecionados!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
538| showToast('Erro ao enviar a notificação para os candidatos não selecionados.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
544| showToast('Ocorreu um erro inesperado. Tente novamente.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/process/new_selective_process.html.twig
Match lines: 39
688| showToast('Cada palavra-chave deve ter no máximo 50 caracteres.', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
744| showToast('Cada palavra-chave deve ter no máximo 50 caracteres.', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
764| showToast('Limite de 5 palavras-chave atingido.', 'Info', 'fas fa-info-circle', 'bg-info');
814| showToast('O nome do processo é obrigatório.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
820| showToast('A data de início é obrigatória.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
826| showToast('A data de término é obrigatória.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
833| showToast('A empresa é obrigatória.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
840| showToast('O responsável é obrigatório.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
846| showToast('A área profissional é obrigatória.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
862| showToast('O cargo é obrigatório.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
869| showToast('A descrição da vaga é obrigatória.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
878| showToast('O tipo de horário é obrigatório.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
885| showToast('Os horários de entrada e saída são obrigatórios para o tipo de horário fixo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
893| showToast('O período e a jornada são obrigatórios para o tipo de horário período.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
901| showToast('A duração e as horas por dia são obrigatórias para o tipo de horário flexível.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
920| showToast('Para a modalidade Presencial, preencha todos os campos de endereço: CEP, Rua, Número, Bairro, Cidade e Estado (UF).', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
952| showToast('Selecione pelo menos uma seção para a Etapa Online.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
964| showToast('Selecione um roteiro de entrevista ou uma opção de manual.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
987| showToast('Selecione pelo menos um assessment para o Fit Cultural.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2458| showToast('Sucesso', 'Configuração do Employee Advocacy atualizada com sucesso!', 'bg-success');
2461| showToast('Erro', data.message || 'Erro ao atualizar configuração.', 'bg-danger');
2468| showToast('Erro', 'Erro ao salvar configuração do Employee Advocacy.', 'bg-danger');
2545| showToast('Alguns campos podem não ter sido carregados corretamente. Verifique antes de salvar.', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
2737| showToast('Selecione no máximo 5 palavras-chave.', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
2753| showToast('Selecione o tipo (Desejável ou Diferencial) para cada habilidade marcada.', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
2770| showToast('Selecione o tipo (Desejável ou Diferencial) para cada certificação marcada.', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
2792| showToast('É necessário adicionar no mínimo uma etapa para continuar.', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
2855| showToast(response.message || response.error || 'Erro ao salvar o processo seletivo.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
2861| showToast(response.message || response.error || 'Ocorreu um erro ao processar a requisição.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
3008| showToast('Dados da etapa não encontrados. Tente recarregar a página.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
3043| showToast('Etapa duplicada com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
3051| showToast('A etapa foi excluída com sucesso.', 'Etapa excluída', 'fas fa-check-circle', 'bg-success');
3781| showToast('Processo seletivo preenchido automaticamente!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
3892| showToast(
4135| showToast(
4395| showToast('Não foi possível carregar os dados do trabalho.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
4425| showToast('Dados do cargo não disponíveis.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
4459| showToast(response.message || 'Erro ao processar cargo.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
4470| showToast(errorMessage, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/process/profissionals_dashboard.html.twig
Match lines: 1
966| showToast('Selecione um profissional', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/process/tabs/_tab_benefits.html.twig
Match lines: 5
498| showToast(response.message || 'Benefício salvo com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
501| showToast(message, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
505| showToast(getErrorMessage(xhr, 'Não foi possível salvar o benefício.'), 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
546| showToast(message, 'Sucesso', 'fas fa-check-circle', 'bg-success');
549| showToast(getErrorMessage(xhr, 'Não foi possível excluir o benefício.'), 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/process/tabs/_tab_create_job_details.html.twig
Match lines: 3
1164| showToast('Endereço preenchido com base no CEP.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1171| showToast('CEP não encontrado. Verifique o número digitado.', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
1179| showToast('Erro ao buscar CEP. Verifique sua conexão.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/process/tabs/_tab_create_stages.html.twig
Match lines: 2
484| showToast('Você pode adicionar no máximo ' + maxTags + ' tags', 'Limite atingido', 'fas fa-exclamation-triangle', 'bg-warning');
488| showToast('Esta tag já foi adicionada', 'Tag duplicada', 'fas fa-info-circle', 'bg-info');
File: templates/process/tabs/_tab_hired.html.twig
Match lines: 10
1135| showToast('Por favor, preencha pelo menos a primeira questão do formulário.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1162| showToast(response.message || 'Documento salvo com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1173| showToast((response && response.message) || 'Não foi possível criar o documento.', 'Falha', 'fas fa-exclamation-circle', 'bg-danger');
1179| showToast(msg, 'Falha', 'fas fa-exclamation-circle', 'bg-danger');
1214| showToast(response.message || 'Documento atualizado com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1216| showToast((response && response.message) || 'Não foi possível atualizar o documento.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
1220| showToast('Não foi possível atualizar o documento.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
1254| showToast(response.message || 'Documento excluído com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1256| showToast((response && response.message) || 'Não foi possível excluir o documento.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
1260| showToast('Não foi possível excluir o documento.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/process/tabs/_tab_skill_sets.html.twig
Match lines: 6
1126| showToast('Nenhuma habilidade selecionada.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1180| showToast(message, 'Sucesso', 'fas fa-check-circle', 'bg-success');
1182| showToast(message || 'Não foi possível salvar o conjunto.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
1187| showToast(errorMessage, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
1274| showToast(message, 'Sucesso', 'fas fa-check-circle', 'bg-success');
1278| showToast(errorMessage, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/process/tabs/_tab_skills.html.twig
Match lines: 5
522| showToast(response.message || 'Skill salva com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
525| showToast(message, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
529| showToast(getErrorMessage(xhr, 'Não foi possível salvar a skill.'), 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
571| showToast(message, 'Sucesso', 'fas fa-check-circle', 'bg-success');
574| showToast(getErrorMessage(xhr, 'Não foi possível excluir a skill.'), 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/process_department/components/_professional_area_form_modal.html.twig
Match lines: 5
560| showToast(
616| showToast(
683| showToast(
692| showToast(
715| showToast(
File: templates/process_department/index.html.twig
Match lines: 6
1062| showToast(
1070| showToast(
1116| showToast(
1131| showToast(
1146| showToast(message, 'Erro!', 'fas fa-exclamation-triangle', 'bg-danger');
1176| showToast(message, 'Erro!', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/process_requeriments/index.html.twig
Match lines: 10
675| showToast("Erro", "Nenhuma skill selecionada para exclusão.", "bg-danger");
693| showToast(response.message, "Sucesso", "bg-success");
697| showToast(errorMessage,"Erro", "bg-danger");
719| showToast("Erro", "Nenhum conjunto selecionado para exclusão.", "bg-danger");
737| showToast(response.message, "Sucesso", "bg-success");
743| showToast(errorMessage, "Erro","bg-danger");
770| showToast("Sucesso", "Requisito salvo com sucesso!", "bg-success");
780| showToast("Erro", errorMessage, "bg-danger");
805| showToast("Sucesso", "Conjunto salvo com sucesso!", "bg-success");
814| showToast("Erro", errorMessage, "bg-danger");
File: templates/professional_assessment/manage.html.twig
Match lines: 1
1762| showToast(
File: templates/professional_project/components/cronograma_view.html.twig
Match lines: 2
1291| showToast('ID da tarefa não encontrado.', 'Erro', 'fas fa-times', 'bg-danger');
1314| showToast('Erro ao carregar dados da tarefa: ' + err.message, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/professional_project/components/lista_steps.html.twig
Match lines: 1
874| showToast('Erro ao carregar dados da tarefa: ' + error.message, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/professional_project/components/painel_geral_project.html.twig
Match lines: 1
471| showToast('Erro ao carregar dados da tarefa: ' + error.message, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/professional_project/components/projects_home.html.twig
Match lines: 9
564| showToast(response.message || 'Registro removido com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
568| showToast(response.message || 'Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
574| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
969| showToast(`Etapa "${stepName}" criada com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
980| showToast('Erro ao criar a etapa!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
2093| showToast('Tarefa salva com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
2099| showToast("Erro ao salvar tarefa: " + error.message, 'Erro', 'fas fa-times', 'bg-danger');
3132| showToast('Tarefa finalizada com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
3144| showToast(`Erro ao concluir a tarefa: ${error.message}`, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/professional_project/components/task_board.html.twig
Match lines: 5
1500| showToast(`Não foi possível encontrar a coluna de destino para atualizar ${label}.`, 'Erro', 'fas fa-times', 'bg-danger');
1540| showToast(`${label.charAt(0).toUpperCase() + label.slice(1)} atualizado com sucesso.`, 'Sucesso', 'fas fa-check-circle', 'bg-success');
1544| showToast(error.message || `Erro ao atualizar ${label}.`, 'Erro', 'fas fa-times', 'bg-danger');
2386| showToast('ID da tarefa não encontrado.', 'Erro', 'fas fa-times', 'bg-danger');
2410| showToast('Erro ao carregar dados da tarefa: ' + error.message, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/professional_project/components/task_board_priority.html.twig
Match lines: 2
244| showToast('ID da tarefa não encontrado.', 'Erro', 'fas fa-times', 'bg-danger');
266| showToast('Erro ao carregar dados da tarefa: ' + error.message, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/projects2.0/components/automation_view.html.twig
Match lines: 2
444| showToast("Automação copiada com sucesso!", "Sucesso!", "fa-check-circle", "bg-success");
449| showToast("Falha ao copiar a automação.", "Erro!", "fa-times-circle", "bg-danger");
File: templates/projects2.0/components/configuracoes_view.html.twig
Match lines: 2
213| showToast(response.message || 'Configurações salvas com sucesso', 'Sucesso', 'fas fa-check', 'bg-success');
222| showToast(message, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/projects2.0/components/lista_steps.html.twig
Match lines: 2
1069| showToast('Erro ao carregar dados da tarefa: ' + error.message, 'Erro', 'fas fa-times', 'bg-danger');
1407| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/projects2.0/components/modal_share_project.html.twig
Match lines: 3
122| showToast("Nenhum membro foi selecionado.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
144| showToast(data.message || "Erro ao salvar os membros.", "Erro", "fas fa-times", "bg-danger");
148| showToast("Erro ao salvar os membros. Tente novamente.", "Erro", "fas fa-times", "bg-danger");
File: templates/projects2.0/components/off_canvas_task.html.twig
Match lines: 7
5040| showToast("Link da tarefa não encontrado.", "Erro", "fas fa-times", "bg-danger");
5047| showToast("Link copiado com sucesso!", "Sucesso", "fas fa-link", "bg-success");
5051| showToast("Não foi possível copiar o link.", "Erro", "fas fa-exclamation-triangle", "bg-danger");
5083| showToast("Solicitação de ajuda efetuada com sucesso!", "Sucesso", "fas fa-check-circle", "bg-success");
5086| showToast("Solicitação de ajuda cancelada.", "Atenção", "fas fa-exclamation-triangle", "bg-warning");
5089| showToast("Houve um erro. Tente novamente!", "Erro", "fas fa-times", "bg-danger");
5094| showToast("Houve um erro. Tente novamente!", "Erro", "fas fa-times", "bg-danger");
File: templates/projects2.0/components/painel_geral_project.html.twig
Match lines: 1
799| showToast('Erro ao carregar dados da tarefa: ' + error.message, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/projects2.0/components/projects_home.html.twig
Match lines: 18
687| showToast('Erro ao carregar dados da tarefa: ' + error.message, 'Erro', 'fas fa-times', 'bg-danger');
692| showToast('Erro ao carregar dados da tarefa: ' + error.message, 'Erro', 'fas fa-times', 'bg-danger');
1296| showToast('Link copiado com sucesso!', 'Sucesso', 'fas fa-link', 'bg-success');
1298| showToast('Não foi possível copiar o link.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1518| showToast(response.message || 'Registro removido com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
1522| showToast(response.message || 'Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1528| showToast('Houve um erro. Tente novamente!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1941| showToast(`Etapa "${stepName}" criada com sucesso!`, 'Sucesso', 'fas fa-check', 'bg-success');
1952| showToast('Erro ao criar a etapa!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1967| showToast('Erro ao criar a etapa!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
3309| showToast('{{ taskType }} salva com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
3317| showToast("Erro ao salvar tarefa: " + error.message, 'Erro', 'fas fa-times', 'bg-danger');
4063| showToast(error.message, 'Erro', 'fas fa-times', 'bg-danger');
4540| showToast('{{ taskType }} finalizada com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
4552| showToast(`Erro ao concluir a tarefa: ${error.message}`, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
4731| showToast('Tarefa destacada com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
4733| showToast('Destaque removido!', 'Informação', 'fas fa-info-circle', 'bg-info');
4739| showToast('Erro ao salvar destaque da tarefa.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/projects2.0/components/task_board.html.twig
Match lines: 6
1849| showToast(`Não foi possível encontrar a coluna de destino para atualizar ${label}.`, 'Erro', 'fas fa-times', 'bg-danger');
1889| showToast(`${label.charAt(0).toUpperCase() + label.slice(1)} atualizado com sucesso.`, 'Sucesso', 'fas fa-check-circle', 'bg-success');
1893| showToast(error.message || `Erro ao atualizar ${label}.`, 'Erro', 'fas fa-times', 'bg-danger');
2747| showToast('ID da tarefa não encontrado.', 'Erro', 'fas fa-times', 'bg-danger');
2771| showToast('Erro ao carregar dados da tarefa: ' + error.message, 'Erro', 'fas fa-times', 'bg-danger');
3438| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/projects2.0/components/task_board_priority.html.twig
Match lines: 2
267| showToast('ID da tarefa não encontrado.', 'Erro', 'fas fa-times', 'bg-danger');
289| showToast('Erro ao carregar dados da tarefa: ' + error.message, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/receivables/index.html.twig
Match lines: 8
5035|showToast('success', response.message || 'Status atualizado!');
5039|showToast('error', response.message || 'Erro');
5043|showToast('error', 'Erro ao atualizar');
7784|showToast('warning', btn.attr('title') || 'Sem permissão para salvar este lançamento.');
7982|showToast('success', response.message || 'Salvo!');
7986|showToast('error', response.message || 'Erro');
7996|showToast('error', msg);
8914|function showToast(type, message) {
File: templates/recommendationsNetwork/index_options.html.twig
Match lines: 1
473| showToast(message, title || 'Atenção', icon || 'fas fa-info-circle', bgColor || 'bg-info');
File: templates/recruitment/qualified_professionals/index.html.twig
Match lines: 2
189| showToast(response.message || 'Erro ao excluir busca.', 'error');
193| showToast('Erro ao excluir busca. Tente novamente.', 'error');
File: templates/recruitment/qualified_professionals/partials/_modal_add_to_trm.html.twig
Match lines: 6
390| showToast('Endpoint de validacao de senha nao configurado.', 'Erro!', 'fas fa-exclamation-circle', 'bg-danger');
407| showToast(response.message || 'Senha incorreta.', 'Erro!', 'fas fa-exclamation-circle', 'bg-danger');
412| showToast('Endpoint de adição ao TRM não configurado.', 'Erro!', 'fas fa-exclamation-circle', 'bg-danger');
423| showToast(addResponse.message || 'Erro ao adicionar profissionais.', 'Erro!', 'fas fa-exclamation-circle', 'bg-danger');
429| showToast('Erro ao adicionar profissionais ao TRM. Tente novamente.', 'error');
434| showToast('Erro ao verificar senha. Tente novamente.', 'error');
File: templates/recruitment/qualified_professionals/partials/_modal_advanced_search.html.twig
Match lines: 5
251|function showToast(message, type) {
361| showToast('Endpoint de criacao da busca nao configurado.', 'error');
371| showToast('Selecione pelo menos um critério de busca com filtro e valor preenchidos.', 'error');
393| showToast(response.message || 'Erro ao criar busca.', 'error');
397| showToast((xhr.responseJSON && xhr.responseJSON.message) || 'Erro ao processar busca.', 'error');
File: templates/servicePackages/additionalServicesTenant.html.twig
Match lines: 11
450| showToast('Erro ao carregar os dados do serviço', 'Erro', 'fas fa-times', 'bg-danger');
473| showToast('Add-on aprovado com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
477| showToast('Erro ao aprovar o add-on', 'Erro', 'fas fa-times', 'bg-danger');
490| showToast('Add-on rejeitado com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
494| showToast('Erro ao rejeitar o add-on', 'Erro', 'fas fa-times', 'bg-danger');
511| showToast('Erro ao excluir o add-on.', 'Erro', 'fas fa-times', 'bg-danger');
514| showToast('Erro na comunicação com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
553| showToast('Por favor, insira um preço total válido.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
565| showToast(response.message, 'Sucesso', 'fas fa-check', 'bg-success');
572| showToast(response.message, 'Erro', 'fas fa-times', 'bg-danger');
575| showToast('Ocorreu um erro ao adicionar o add-on. Por favor, tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/servicePackages/index.html.twig
Match lines: 6
397| showToast('Erro ao alterar visibilidade do pacote.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
403| showToast(
411| showToast('Erro ao alterar visibilidade do pacote.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
451| showToast(
458| showToast(
472| showToast(
File: templates/servicePackages/modals/_modal_new_package.html.twig
Match lines: 4
659| showToast(response.message || 'Erro ao salvar o pacote.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
669| showToast(response.message || 'Pacote salvo com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
672| showToast('Erro ao salvar o pacote: comunicação com o servidor falhou.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
705| showToast('Erro ao carregar os dados do pacote.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/sets_evaluation/new_group_evaluations.html.twig
Match lines: 1
624| showToast('Selecione pelo menos uma avaliação.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig
Match lines: 16
1159| showToast(
1172| showToast(response.message || 'Ação removida com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1174| showToast('Não foi possível remover a ação.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1191| showToast(response.message || 'Erro ao reabrir ação.', 'Erro', 'fas fa-times', 'bg-danger');
1220| showToast(response.message || 'Ação reaberta com sucesso.', 'Sucesso', 'fas fa-undo', 'bg-success');
1223| showToast('Erro ao reabrir ação.', 'Erro', 'fas fa-times', 'bg-danger');
1234| showToast('URL do projeto não encontrada. Tente recarregar a página.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1257| showToast(
1307| showToast('Não foi possível carregar os planos de ação.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1332| showToast('Não foi possível carregar os planos de ação.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1340| showToast('Selecione um plano de ação antes de vincular.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1359| showToast(
1374| showToast(response.message || 'Ação vinculada com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1386| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
2225| showToast('Não foi possível abrir a impressão do relatório.', 'Erro', 'fas fa-times', 'bg-danger');
2251| showToast('Não foi possível abrir a impressão do relatório.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/cause_tree/tabs/_tab_cause_trees.html.twig
Match lines: 1
491| window.showToast(
File: templates/ssma/cause_tree/tabs/_tab_config.html.twig
Match lines: 1
65| window.showToast(message, ok ? 'Sucesso' : 'Erro', ok ? 'fas fa-check' : 'fas fa-times', ok ? 'bg-success' : 'bg-danger');
File: templates/ssma/cause_tree/tree_view/index.html.twig
Match lines: 1
582| showToast(
File: templates/ssma/cause_tree/tree_view/tabs/_tab_action_plan.html.twig
Match lines: 12
710| showToast('Selecione ao menos uma ação completa para criar plano.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
796| showToast((response && response.message) || 'A ação foi criada, mas não foi possível marcar a linha como aplicada.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
805| showToast('A ação foi criada, mas não foi possível marcar a linha como aplicada.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
901| showToast((response && response.message) || 'Não foi possível adicionar a ação.', 'Erro', 'fas fa-times', 'bg-danger');
912| showToast(response.message || 'Ação adicionada.', 'Sucesso', 'fas fa-check', 'bg-success');
924| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
962| showToast((response && response.message) || 'Não foi possível remover a ação.', 'Erro', 'fas fa-times', 'bg-danger');
979| showToast(response.message || 'Ação removida.', 'Sucesso', 'fas fa-check', 'bg-success');
991| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
1235| showToast('Execução e validação devem ser pessoas diferentes.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1253| showToast((response && response.message) || 'Não foi possível salvar o plano de ação.', 'Erro', 'fas fa-times', 'bg-danger');
1268| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/occurrence/deep_dive_group.html.twig
Match lines: 3
477| showToast('Não foi possível abrir o modal de membros. Atualize a página.', 'Erro', 'fas fa-times', 'bg-danger');
634| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
650| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/occurrence/occurrence_view.html.twig
Match lines: 24
1463| showToast('Não foi possível abrir o aprofundamento. Atualize a página.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2225| showToast('Ação removida com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
2228| showToast(response.message || 'Erro ao deletar ação.', 'Erro', 'fas fa-times', 'bg-danger');
2233| showToast('Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
2297| showToast('Ação reaberta com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
2299| showToast(response.message || 'Erro ao reabrir ação.', 'Erro', 'fas fa-times', 'bg-danger');
2303| showToast('Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
2315| showToast('URL do projeto não encontrada. Tente recarregar a página.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2320| showToast('Esta integração será conectada ao back-end em uma próxima etapa.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2358| showToast('Não foi possível carregar os planos de ação.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2383| showToast('Não foi possível carregar os planos de ação.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2391| showToast('Selecione um plano de ação antes de vincular.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2410| showToast(
2439| showToast(response.message || 'Ação vinculada com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
2451| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
2632| showToast('Arquivo "' + escapeHtml(file.name) + '" excede ' + MAX_MB + 'MB.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2652| showToast((res && res.message) ? res.message : 'Falha ao enviar evidência.', 'Erro', 'fas fa-times', 'bg-danger');
2670| showToast('Evidência enviada mas não foi possível salvar no registro.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
2697| showToast(serverMsg || 'Erro de comunicação ao enviar evidência.', 'Erro', 'fas fa-times', 'bg-danger');
3100| showToast('A ocorrência está em readequação. Corrija e reenvie antes de validar de novo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
3119| showToast('Informe a observação para reprovar a ocorrência.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
3143| showToast(data.message || 'Ocorrência atualizada.', 'Sucesso', 'fas fa-check', 'bg-success');
3157| showToast((data && data.message) || 'Não foi possível validar.', 'Erro', 'fas fa-times', 'bg-danger');
3166| showToast('Não foi possível validar.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/occurrence/partials/_modal_event.html.twig
Match lines: 17
3664| showToast(
4281| showToast(
4537| showToast('Escreva uma sugestão antes de melhorar com IA.', 'Atenção', 'fas fa-info-circle', 'bg-warning');
4556| showToast((data && data.message) || 'Não foi possível melhorar o texto.', 'Erro', 'fas fa-times', 'bg-danger');
4561| showToast('Erro de comunicação com a IA.', 'Erro', 'fas fa-times', 'bg-danger');
6076| showToast(
6705| showToast('Aprofundamento finalizado. Somente um administrador ou gestor administrador pode alterar.', 'Atenção', 'fas fa-lock', 'bg-warning');
6840| showToast('A data do evento não pode ser um dia futuro. Informe a data de hoje ou anterior.', 'Data inválida', 'fas fa-exclamation-triangle', 'bg-warning');
6842| showToast('Revise os campos destacados antes de registrar.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
7221| showToast(waitMsg, 'Evidência', 'fas fa-hourglass-half', 'bg-warning');
7355| showToast(errText, 'Erro', 'fas fa-times', 'bg-danger');
7367| showToast(failMsg, 'Erro', 'fas fa-times', 'bg-danger');
7413| showToast(okMsg, 'Sucesso', 'fas fa-check', 'bg-success');
7437| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
7592| showToast(
7665| showToast('Sem permissão para registrar ocorrências nesta conta.', 'Acesso', 'fas fa-lock', 'bg-warning');
7679| showToast('Não foi possível abrir o formulário de ocorrência. Atualize a página.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/occurrence/partials/_modal_occurrence.html.twig
Match lines: 6
349| showToast('Arquivo "' + file.name + '" excede 10MB.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
366| showToast((res && res.message) ? res.message : 'Falha ao enviar evidência.', 'Erro', 'fas fa-times', 'bg-danger');
375| showToast(serverMsg || 'Erro ao enviar evidência. Tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
676| showToast(response.message || 'Ocorrência registrada com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
681| showToast(response.message || 'Erro ao registrar ocorrência.', 'Erro', 'fas fa-times', 'bg-danger');
687| showToast('Erro ao comunicar com o servidor. Tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/occurrence/partials/_tab_occurrence_type_permissions.html.twig
Match lines: 4
596| showToast(message, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
870| showToast(msg, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
879| showToast('Falha de rede ao salvar permissões por tipo.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
944| showToast(data.message || 'Permissões atualizadas.', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/ssma/occurrence/tabs/_tab_config.html.twig
Match lines: 5
1181| showToast(message, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1639| showToast((res && res.message) || 'Erro ao salvar aprovadores.', 'Erro', 'fas fa-times', 'bg-danger');
1645| showToast(
1656| showToast('Erro ao salvar aprovadores de ocorrência.', 'Erro', 'fas fa-times', 'bg-danger');
1678| showToast('Seletor de membros indisponível. Recarregue a página.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/occurrence/tabs/_tab_dashboard.html.twig
Match lines: 6
1382| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
1391| showToast(res.message || 'Horas salvas.', 'Sucesso', 'fas fa-check', 'bg-success');
1405| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
1642| showToast('Não foi possível atualizar o painel. Tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
1863| showToast('Não foi possível abrir a impressão do relatório.', 'Erro', 'fas fa-times', 'bg-danger');
1889| showToast('Não foi possível abrir a impressão do relatório.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/occurrence/tabs/_tab_occurrence_panel.html.twig
Match lines: 1
400| showToast('Não foi possível atualizar o painel. Tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/occurrence/tabs/_tab_occurrences.html.twig
Match lines: 11
1826| showToast('Não foi possível carregar mais ocorrências.', 'Ocorrências', 'fas fa-exclamation-triangle', 'bg-warning');
1960| showToast('Ocorrência deletada com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
1963| showToast(response.message || 'Erro ao deletar ocorrência.', 'Erro', 'fas fa-times', 'bg-danger');
1968| showToast('Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
2002| showToast('Evento deletado com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
2005| showToast(response.message || 'Erro ao deletar evento.', 'Erro', 'fas fa-times', 'bg-danger');
2010| showToast('Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
2727| showToast('A ocorrência foi marcada como finalizada com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
2729| showToast(response.message || 'Erro ao finalizar ocorrência.', 'Erro', 'fas fa-times', 'bg-danger');
2734| showToast('Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
2907| showToast(message, title, icon, bg);
File: templates/ssma/occurrence/tabs/panel/_panel_comparativo_filiais_scripts.html.twig
Match lines: 2
161| showToast('Não foi possível carregar o comparativo. Tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
195| showToast('Não foi possível carregar o comparativo. Tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/partials/_modal_action.html.twig
Match lines: 6
2459| showToast('Não foi possível identificar o desvio/inspeção.', 'Erro', 'fas fa-times', 'bg-danger');
2530| showToast((response && response.message) || 'Erro ao aplicar plano de ação.', 'Erro', 'fas fa-times', 'bg-danger');
2534| showToast(response.message || 'Ações aplicadas com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
2541| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
2607| showToast(msg, 'Sucesso', 'fas fa-check', 'bg-success');
2623| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/partials/_modal_action_resolution.html.twig
Match lines: 7
548| showToast(
583| showToast('Ação inválida. Recarregue a página e tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
619| showToast(
636| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
644| if (typeof showToast === 'function') showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
667| if (typeof showToast === 'function') showToast('Falha ao enviar imagem de evidência.', 'Erro', 'fas fa-times', 'bg-danger');
672| if (typeof showToast === 'function') showToast('Erro ao enviar imagem.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/partials/_modal_action_validation.html.twig
Match lines: 3
229| showToast(response.message || 'Validação registrada.', 'Sucesso', 'fas fa-check', 'bg-success');
233| if (typeof showToast === 'function') showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
241| if (typeof showToast === 'function') showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/partials/_shared_module_assets.html.twig
Match lines: 3
1400| item.options.showToast(errMsg, 'Erro', 'fas fa-times', 'bg-danger');
1417| item.options.showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
1444| options.showToast(sizeMsg, 'Atenção', 'fas fa-info-circle', 'bg-warning');
File: templates/ssma/prevention/approach/index.html.twig
Match lines: 13
833| showToast('Descreva como foi feito o coaching.', 'Atenção', 'fas fa-info-circle', 'bg-warning');
855| showToast((res && res.message) || 'Não foi possível salvar o coaching.', 'Erro', 'fas fa-times', 'bg-danger');
862| showToast('Não foi possível salvar o coaching.', 'Erro', 'fas fa-times', 'bg-danger');
876| showToast('Erro ao enviar arquivo de evidência.', 'Erro', 'fas fa-times', 'bg-danger');
1160| showToast(
1195| showToast('Ação removida com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1198| showToast(resp.message || 'Erro ao deletar.', 'Erro', 'fas fa-times', 'bg-danger');
1203| showToast('Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
1229| showToast('Ação reaberta.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1231| showToast(resp.message || 'Erro.', 'Erro', 'fas fa-times', 'bg-danger');
1235| showToast('Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
1245| showToast('URL do projeto não encontrada.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1249| showToast('Esta integração será conectada em breve.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/ssma/prevention/inspection/index.html.twig
Match lines: 9
904| showToast(payload.operation === 'resolve' ? 'Ação finalizada com sucesso.' : 'Ação reavaliada com sucesso.',
933| showToast('Ação removida com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
936| showToast(resp.message || 'Erro ao deletar.', 'Erro', 'fas fa-times', 'bg-danger');
941| showToast('Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
965| if (resp.success) { updateActionCard(actionId, { solved: false }); showToast('Ação reaberta.', 'Sucesso', 'fas fa-check-circle', 'bg-success'); }
966| else { showToast(resp.message || 'Erro.', 'Erro', 'fas fa-times', 'bg-danger'); }
968| error: function () { showToast('Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger'); }
975| else showToast('URL do projeto não encontrada.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
978| showToast('Esta integração será conectada em breve.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/ssma/prevention/modals/_modal_approach.html.twig
Match lines: 12
2446| showToast('Erro ao carregar questionários. Tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
3122| showToast('O coach não pode ser o mesmo membro selecionado como observador.', 'Atenção', 'fas fa-info-circle', 'bg-warning');
3147| showToast('Responda todas as perguntas do formulário.', 'Formulário', 'fas fa-exclamation-circle', 'bg-warning');
3191| showToast(msg, 'Aprofundamento incompleto', 'fas fa-exclamation-circle', 'bg-warning');
3281| showToast('Informe se houve reconhecimento de comportamento seguro.', 'Observações', 'fas fa-exclamation-circle', 'bg-warning');
3312| showToast(body, 'Sucesso', 'fas fa-check', 'bg-success');
3326| showToast('Data da abordagem não pode ser futura.', 'Atenção', 'fas fa-info-circle', 'bg-warning');
3330| showToast(
3385| showToast((d && d.message) || 'Erro ao salvar.','Erro','fas fa-times','bg-danger');
3392| showToast(msg2,'Erro','fas fa-times','bg-danger');
3520| showToast('Erro ao carregar abordagem.','Erro','fas fa-times','bg-danger');
3607| showToast('Erro ao carregar abordagem.','Erro','fas fa-times','bg-danger');
File: templates/ssma/prevention/modals/_modal_approach_form.html.twig
Match lines: 1
232| showToast(message, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/ssma/prevention/modals/_modal_approach_view.html.twig
Match lines: 7
861| showToast('Descreva como foi feito o coaching.', 'Atenção', 'fas fa-info-circle', 'bg-warning');
883| showToast((res && res.message) || 'Não foi possível salvar o coaching.', 'Erro', 'fas fa-times', 'bg-danger');
889| showToast('Coaching salvo com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
894| showToast('Não foi possível salvar o coaching.', 'Erro', 'fas fa-times', 'bg-danger');
908| showToast('Erro ao enviar arquivo de evidência.', 'Erro', 'fas fa-times', 'bg-danger');
959| showToast(resp.message || 'Erro ao carregar abordagem.', 'Erro', 'fas fa-times', 'bg-danger');
963| showToast('Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/prevention/modals/_modal_inspection.html.twig
Match lines: 6
1835| showToast('Aguarde o término do envio dos arquivos de evidência.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1854| showToast(data.message || 'Inspeção registrada com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
1856| showToast((data && data.message) || 'Erro ao registrar inspeção.', 'Erro', 'fas fa-times', 'bg-danger');
1865| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
2006| showToast(response.message || 'Erro ao carregar inspeção.', 'Erro', 'fas fa-times', 'bg-danger');
2012| error: function () { showToast('Erro ao carregar inspeção.', 'Erro', 'fas fa-times', 'bg-danger'); }
File: templates/ssma/prevention/modals/_modal_inspection_details.html.twig
Match lines: 2
645| showToast(resp.message||'Erro ao carregar inspeção.','Erro','fas fa-times','bg-danger');
652| showToast('Erro ao carregar inspeção.','Erro','fas fa-times','bg-danger');
File: templates/ssma/prevention/modals/_modal_prevention_global_goals.html.twig
Match lines: 9
253| showToast((res && res.message) || 'Não foi possível salvar.', 'Erro', 'fas fa-times', 'bg-danger');
258| showToast('Meta do cargo salva.', 'Sucesso', 'fas fa-check', 'bg-success');
265| showToast('Não foi possível salvar.', 'Erro', 'fas fa-times', 'bg-danger');
278| showToast((res && res.message) || 'Não foi possível aplicar.', 'Erro', 'fas fa-times', 'bg-danger');
284| showToast('Meta aplicada a ' + n + ' membro(s) do cargo.', 'Sucesso', 'fas fa-check', 'bg-success');
292| showToast('Não foi possível aplicar.', 'Erro', 'fas fa-times', 'bg-danger');
321| showToast((res && res.message) || 'Não foi possível salvar.', 'Erro', 'fas fa-times', 'bg-danger');
326| showToast('Configurações de metas salvas.', 'Sucesso', 'fas fa-check', 'bg-success');
332| showToast('Não foi possível salvar.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/prevention/partials/_meta_abono_section.html.twig
Match lines: 17
382| showToast('Upload de evidências indisponível. Recarregue a página.', 'Erro', 'fas fa-times', 'bg-danger');
591| showToast('Aguarde o envio das evidências antes de salvar.', 'Atenção', 'fas fa-info-circle', 'bg-warning');
597| if (typeof showToast === 'function') showToast('Selecione o colaborador.', 'Atenção', 'fas fa-info-circle', 'bg-warning');
601| if (typeof showToast === 'function') showToast('Preencha o período.', 'Atenção', 'fas fa-info-circle', 'bg-warning');
605| if (typeof showToast === 'function') showToast('Preencha a justificativa.', 'Atenção', 'fas fa-info-circle', 'bg-warning');
621| if (typeof showToast === 'function') showToast((res && res.message) || 'Falha ao salvar.', 'Erro', 'fas fa-times', 'bg-danger');
629| showToast(asDraft ? 'Rascunho salvo.' : 'Solicitação enviada.', 'Sucesso', 'fas fa-check', 'bg-success');
635| if (typeof showToast === 'function') showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
703| if (typeof showToast === 'function') showToast((res && res.message) || 'Falha na revisão.', 'Erro', 'fas fa-times', 'bg-danger');
707| showToast(status === 'approved' ? 'Revisão aprovada.' : 'Revisão recusada.', 'OK', 'fas fa-check', 'bg-success');
782| if (typeof showToast === 'function') showToast('Solicitação enviada.', 'Sucesso', 'fas fa-check', 'bg-success');
785| showToast((res && res.message) || 'Não foi possível enviar a solicitação.', 'Erro', 'fas fa-times', 'bg-danger');
793| if (typeof showToast === 'function') showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
803| if (typeof showToast === 'function') showToast('Solicitação cancelada.', 'OK', 'fas fa-check', 'bg-success');
821| if (typeof showToast === 'function') showToast('Rascunho excluído.', 'OK', 'fas fa-check', 'bg-success');
824| showToast((res && res.message) || 'Não foi possível excluir o rascunho.', 'Erro', 'fas fa-times', 'bg-danger');
832| if (typeof showToast === 'function') showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/prevention/tabs/_tab_approaches.html.twig
Match lines: 7
838| showToast('Abordagem duplicada como rascunho.', 'Sucesso', 'fas fa-check', 'bg-success');
841| showToast(resp.message || 'Erro ao duplicar.', 'Erro', 'fas fa-times', 'bg-danger');
845| showToast('Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
875| showToast('Abordagem excluída.', 'Sucesso', 'fas fa-check', 'bg-success');
878| showToast(resp.message || 'Erro ao excluir.', 'Erro', 'fas fa-times', 'bg-danger');
882| showToast('Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
900| showToast('Modal de ação não disponível.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/prevention/tabs/_tab_inspections.html.twig
Match lines: 8
1146| showToast(response.message || 'Erro ao deletar inspeção.', 'Erro', 'fas fa-times', 'bg-danger');
1155| showToast(successMsg, 'Sucesso', 'fas fa-check', 'bg-success');
1161| showToast('A exclusão demorou para responder. Tente novamente.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1163| showToast('Erro ao deletar inspeção.', 'Erro', 'fas fa-times', 'bg-danger');
1184| showToast('Confirmar não disponível.', 'Erro', 'fas fa-times', 'bg-danger');
1213| showToast((data && data.message) || 'Erro ao finalizar inspeção.', 'Erro', 'fas fa-times', 'bg-danger');
1219| showToast(data.message || 'Inspeção finalizada com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
1232| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/prevention/tabs/_tab_prevention_config.html.twig
Match lines: 11
1276| showToast('Erro ao salvar o formulário. Tente novamente.', 'Erro', 'fas fa-times', 'bg-danger');
1403| showToast('Não foi possível carregar os questionários padrão.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1756| showToast('Seletor de membros indisponível. Recarregue a página.', 'Erro', 'fas fa-times', 'bg-danger');
1863| showToast((res && res.message) || 'Erro ao salvar aprovadores.', 'Erro', 'fas fa-times', 'bg-danger');
1879| showToast(msg, 'Erro', 'fas fa-times', 'bg-danger');
2002| showToast('Seletor de membros indisponível. Recarregue a página.', 'Erro', 'fas fa-times', 'bg-danger');
2059| showToast((res && res.message) || 'Erro ao salvar coaches.', 'Erro', 'fas fa-times', 'bg-danger');
2064| showToast('Erro ao salvar lista de coaches.', 'Erro', 'fas fa-times', 'bg-danger');
2230| showToast('Tipos de inspeção atualizados.', 'Sucesso', 'fas fa-check', 'bg-success');
2233| showToast((res && res.message) || 'Erro ao salvar tipos de inspeção.', 'Erro', 'fas fa-times', 'bg-danger');
2239| showToast('Erro ao comunicar com o servidor.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/prevention/tabs/_tab_prevention_goals.html.twig
Match lines: 13
556| showToast('Não foi possível aplicar o filtro.', 'Erro', 'fas fa-times', 'bg-danger');
565| showToast('Não foi possível aplicar o filtro.', 'Erro', 'fas fa-times', 'bg-danger');
870| if (typeof showToast === 'function') showToast('Ligue o membro na meta antes de editar.', 'Atenção', 'fas fa-info-circle', 'bg-warning');
876| if (typeof showToast === 'function') showToast('Membro não encontrado nesta meta.', 'Atenção', 'fas fa-info-circle', 'bg-warning');
880| if (typeof showToast === 'function') showToast('Todos os membros já estão na lista desta meta.', 'Atenção', 'fas fa-info-circle', 'bg-warning');
934| if (typeof showToast === 'function') showToast((res && res.message) || 'Não foi possível salvar a meta.', 'Erro', 'fas fa-times', 'bg-danger');
939| if (typeof showToast === 'function') showToast('Não foi possível salvar a meta.', 'Erro', 'fas fa-times', 'bg-danger');
1011| if (typeof showToast === 'function') showToast((res && res.message) || 'Não foi possível remover o membro.', 'Erro', 'fas fa-times', 'bg-danger');
1017| if (typeof showToast === 'function') showToast('Não foi possível remover o membro.', 'Erro', 'fas fa-times', 'bg-danger');
1054| showToast('Selecione ao menos um participante.', 'Validação', 'fas fa-info-circle', 'bg-warning');
1060| showToast('Informe a meta de referência (ex.: 1).', 'Validação', 'fas fa-info-circle', 'bg-warning');
1080| if (typeof showToast === 'function') showToast((res && res.message) || 'Não foi possível salvar a meta.', 'Erro', 'fas fa-times', 'bg-danger');
1085| if (typeof showToast === 'function') showToast('Não foi possível salvar a meta.', 'Erro', 'fas fa-times', 'bg-danger');
File: templates/ssma/prevention/tabs/_tab_prevention_panel.html.twig
Match lines: 3
2135| showToast('Erro no painel: ' + resp.message, 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
2147| showToast('Sem registros para este filtro.','Filtro','fas fa-info-circle','bg-info');
2153| if(typeof showToast==='function') showToast(msg,'Erro','fas fa-times','bg-danger'); },
File: templates/ssma/refusal/partials/_modal_register.html.twig
Match lines: 1
699| showToast(data.message || 'Salvo.', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/ssma/refusal/tabs/_tab_config.html.twig
Match lines: 2
148| showToast(
159| showToast('Falha ao salvar configurações.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/sst_exam/components/_tab_scheduling.html.twig
Match lines: 6
1124| showToast('Nenhuma guia de exame disponível para este registro.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1194| showToast('Registro de exame não encontrado.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1240| showToast('Solicitação de exame reagendada com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1244| showToast(error.message || 'Falha ao reagendar exame. Tente novamente.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1340| showToast('Exame(s) agendado(s) com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1343| showToast(error.message || 'Falha ao agendar exame. Tente novamente.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/sst_exam/components/historico.html.twig
Match lines: 6
827| showToast('Nenhum arquivo de exame disponível para este registro.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
920| showToast('Registro de exame não encontrado.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
924| showToast('Não é possível editar este registro.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1132| showToast(isEditMode ? 'Registro de exame não encontrado.' : 'Não foi encontrado um agendamento de exame para este colaborador. Agende o exame antes de importar o resultado.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1161| showToast(isEditMode ? 'Exame atualizado com sucesso!' : 'Exame importado com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1165| showToast(error.message || 'Falha ao importar exame. Tente novamente.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/structural_research/criar_questionario.html.twig
Match lines: 18
496| showToast(
658| showToast(
2531| showToast(
2565| showToast(
2587| showToast(
2816| showToast(
2870| showToast(
3027| showToast(
3048| showToast(
3059| showToast(
3223| showToast(
3263| showToast(
3275| showToast(
3305| showToast(
3522|function showToast(message, title, iconClass, bgColor) {
3771| showToast(
3789| showToast(
3893| showToast(
File: templates/structural_research/structural_research_permission.html.twig
Match lines: 3
975| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
978| showToast(data.message || 'Erro ao atualizar permissão', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1360| showToast('Permissão atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/subsidiary_company/mySubsidiaryCompanies.html.twig
Match lines: 13
554| function showToast(success, message) {
726| showToast(true, response.message || 'Convite enviado com sucesso!');
730| showToast(false, response.message || 'Houve um erro. Tente novamente!');
735| showToast(false, response.message || response.error || textStatus);
788| showToast(true, response.message || 'Convite editado com sucesso!');
792| showToast(false, response.message || 'Houve um erro. Tente novamente!');
797| showToast(false, response.message || response.error || textStatus);
827| showToast(true, 'Convite reenviado com sucesso!');
829| showToast(false, data.message || 'Houve um erro. Tente novamente!');
836| showToast(false, 'Houve um erro. Tente novamente!');
877| showToast(true, 'Filial "' + companyName + '" removida com sucesso!');
881| showToast(false, data.message || 'Houve um erro. Tente novamente!');
886| showToast(false, 'Houve um erro. Tente novamente!');
File: templates/templates/a360/criar_pesquisa.html.twig
Match lines: 10
936| showToast(validationResult.message, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1086| showToast(validationResult.message, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1350| showToast('Selecione um avaliador para continuar.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1513| showToast('Selecione pelo menos um membro para ser avaliado.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1775| showToast(errors.join('<br>'), 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1790| showToast('Enviando dados, aguarde...', 'Salvando', 'fas fa-spinner fa-spin', 'bg-info');
1820| showToast(response.message, 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1822| showToast('Pesquisa salva com sucesso.', 'Sucesso!', 'fas fa-check-circle', 'bg-success');
1827| showToast(response.message || response.error || 'Ocorreu um erro ao salvar a pesquisa.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
1833| showToast(response.message || response.error || 'Ocorreu um erro de comunicação com o servidor.', 'Erro', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/templates/a360/criar_pesquisa_old.html.twig
Match lines: 3
1488| showToast('Por favor, selecione pelo menos um tipo de avaliação antes de salvar.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1497| showToast('Por favor, selecione um questionário antes de salvar.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1624| showToast('Pesquisa salva com sucesso.', 'Sucesso!', 'fas fa-check-circle', 'bg-success');
File: templates/templates/a360/criar_questionario.html.twig
Match lines: 18
517| showToast(
678| showToast(
2534| showToast(
2568| showToast(
2590| showToast(
2817| showToast(
2871| showToast(
3028| showToast(
3049| showToast(
3145| showToast(
3158| showToast(
3171| showToast(
3251|function showToast(message, title, iconClass, bgColor) {
3500| showToast(
3518| showToast(
3622| showToast(
3910| showToast(message, duration = 3000) {
4019| IAUtil.showToast(IA_CONFIG.ERROR_MESSAGES.COPY_SUCCESS);
File: templates/templates/calendar.html.twig
Match lines: 6
503| showToast(successMessage, 'Lembrete de Horário', 'fa-clock', 'bg-success');
508| showToast(successMessage, 'Convite Atividade Coletiva', 'fa-users', 'bg-success');
606| showToast(successMessage, 'Atividade Atualizada', 'fa-check-circle', 'bg-success');
675| showToast('Atividade Atualizada', successMessage, 'bg-success');
682| showToast(successMessage, 'Atividade Adicionada', 'fa-check-circle', 'bg-success');
745| showToast(successMessage, 'Atividade Movida', 'fa-check-circle', 'bg-success');
File: templates/templates/components/assessment_periodicity_management.html.twig
Match lines: 4
254| showToast('Por favor, selecione uma nova periodicidade.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
260| showToast('Esta periodicidade já está sendo usada para este assessment.', 'Informação', 'fas fa-info-circle', 'bg-info');
326| showToast('Periodicidade alterada com sucesso!', 'Sucesso', 'fas fa-check-circle', 'bg-success');
344| showToast(
File: templates/templates/components/ia_text_tool.html.twig
Match lines: 4
424| showToast(message, duration = 3000) {
541| UI.showToast(CONFIG.ERROR_MESSAGES.COPY_SUCCESS);
643| UI.showToast('Texto substituído com sucesso!');
662| UI.showToast('Texto inserido com sucesso!');
File: templates/templates/components/ia_text_tool_ckeditor.html.twig
Match lines: 2
377| showToast(message, duration = 3000) {
478| UI.showToast(CONFIG.ERROR_MESSAGES.COPY_SUCCESS);
File: templates/templates/dashboard_assessment_360_participant.html.twig
Match lines: 1
2912| showToast('Selecione seções diferentes para os eixos X e Y.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/templates/dashboard_general_performance.html.twig
Match lines: 1
1487| showToast('Você não pode selecionar a mesma seção para ambos os eixos.', 'Aviso!', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/templates/dashboard_individual_performance.html.twig
Match lines: 1
2178| showToast('Você não pode selecionar a mesma seção para ambos os eixos.', 'Aviso!', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/templates/dashboard_team_performance.html.twig
Match lines: 1
1351| showToast('Você não pode selecionar a mesma seção para ambos os eixos.', 'Aviso!', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/templates/eSocial_event_forms/event_s_2200_form.html.twig
Match lines: 1
501| showToast('Todos os campos do dependente são obrigatórios e o CPF deve ser válido!', 'Erro de Validação', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/templates/eSocial_events_dispatch.html.twig
Match lines: 4
274| showToast(`Todos os campos do bloco ${blockName} devem estar completos antes de enviar o formulário`, 'Erro de Validação', 'fas fa-exclamation-triangle', 'bg-danger');
377| showToast(`Evento ${formData.event_name} ${action} com sucesso!`, 'Sucesso', 'fas fa-check-circle', 'bg-success');
507| showToast(`O evento foi deletado com sucesso!`, 'Sucesso', 'fas fa-check-circle', 'bg-success');
510| showToast(`Erro ao deletar o evento.`, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/templates/esocial_config.html.twig
Match lines: 1
506| showToast(EsocialUniqueEventId.getAjaxErrorMessage(xhr, 'Erro ao salvar os dados.'), 'Erro', 'fas fa-times', 'bg-danger');
File: templates/templates/freela_panel_index.html.twig
Match lines: 1
600|function showToast(message, isSuccess) {
File: templates/templates/individual_license_request.html.twig
Match lines: 7
326| showToast(err_msg, 'Erro', 'fa-exclamation-triangle', 'bg-warning');
530| showToast(customMessage, 'Sucesso', 'fa-check-circle', 'bg-success');
544| showToast(customMessage, 'Aviso', 'fa-exclamation-triangle', 'bg-danger');
576| showToast(customMessage, 'Solicitação Cancelada', 'fa-times-circle', 'bg-danger');
593| showToast(customMessage, 'Sucesso', 'fa-check-circle', 'bg-success');
671| showToast(customMessage, 'Sucesso', 'fa-check-circle', 'bg-success');
688| showToast(customMessage, 'Sucesso', 'fa-check-circle', 'bg-success');
File: templates/templates/licenses_collective.html.twig
Match lines: 13
515| showToast('Por favor, adicione um tipo de licença antes de adicionar ou editar uma licença coletiva.', 'Aviso!', 'fa-exclamation-triangle', 'bg-warning');
911| showToast(response.message || 'Erro ao editar tipo de licença coletiva.', 'Erro!', 'fa-times-circle', 'bg-warning');
926| showToast('Tipo de Licença Coletiva editado com sucesso.', 'Sucesso!', 'fa-check-circle', 'bg-success');
942| showToast(response.message || 'Erro ao adicionar tipo de licença coletiva.', 'Erro!', 'fa-times-circle', 'bg-warning');
955| showToast('Tipo de Licença Coletiva adicionado com sucesso.', 'Sucesso!', 'fa-check-circle', 'bg-success');
1044| showToast('Licença Coletiva editada com sucesso.', 'Sucesso!', 'fa-check-circle', 'bg-success');
1071| showToast('Licença Coletiva adicionada com sucesso.', 'Sucesso!', 'fa-check-circle', 'bg-success');
1077| showToast('Erro ao adicionar licença coletiva.', 'Erro!', 'fa-times-circle', 'bg-danger');
1142| showToast('Tipo de Licença Coletiva removida com sucesso.', 'Sucesso!', 'fa-check-circle', 'bg-success');
1157| showToast(response.message, 'Erro!', 'fa-times-circle', 'bg-warning');
1163| showToast(response.message, 'Erro!', 'fa-times-circle', 'bg-warning');
1166| showToast('Ocorreu um erro ao tentar remover o Tipo de Licença Coletiva.', 'Erro!', 'fa-times-circle', 'bg-warning');
1183| showToast('Licença Coletiva removida com sucesso.', 'Sucesso!', 'fa-check-circle', 'bg-success');
File: templates/templates/licenses_implantation.html.twig
Match lines: 15
820| showToast("Licença publicada com sucesso!", "Sucesso!", "fa-check-circle", "bg-success");
823| showToast("Falha ao publicar a licença.", "Erro!", "fa-times-circle", "bg-danger");
828| showToast("Falha ao publicar a licença.", "Erro!", "fa-times-circle", "bg-danger");
1087| showToast("Nenhuma licença selecionada para publicação.", "Erro!", "fa-times-circle", "bg-danger");
1121| showToast("Digite um ano válido (2000-2123).", "Erro!", "fa-exclamation-triangle", "bg-warning");
1715| showToast("Licença editada com sucesso!", "Sucesso!", "fa-check-circle", "bg-success");
1741| showToast("Licença adicionada com sucesso!", "Sucesso!", "fa-check-circle", "bg-success");
1789| showToast('Licença adicionada sem envio ao eSocial.', 'Sucesso!', 'fa-check-circle', 'bg-success');
1798| showToast('Erro ao salvar licença.', 'Erro!', 'fa-times-circle', 'bg-danger');
1822| showToast('Licença adicionada com eventos eSocial para membros cadastrados.', 'Sucesso!', 'fa-check-circle', 'bg-success');
1831| showToast('Erro ao criar eventos eSocial.', 'Erro!', 'fa-times-circle', 'bg-danger');
1846| showToast('Erro ao adicionar licença.', 'Erro!', 'fa-times-circle', 'bg-danger');
1883| showToast("Licença excluída com sucesso!", "Sucesso!", "fa-check-circle", "bg-success");
1887| showToast("Falha ao excluir a licença.", "Erro!", "fa-times-circle", "bg-danger");
1892| showToast("Falha ao excluir a licença.", "Erro!", "fa-times-circle", "bg-danger");
File: templates/templates/licenses_individual.html.twig
Match lines: 5
396| showToast(
406| showToast(
455| showToast("Licença removida com sucesso.", "Sucesso!", "fa-check-circle", "bg-success");
458| showToast(response.message, "Erro!", "fa-times-circle", "bg-danger");
463| showToast("Não foi possível remover a licença: " + error.message, "Erro!", "fa-times-circle", "bg-danger");
File: templates/templates/licenses_requests_approval.html.twig
Match lines: 9
700| showToast(customMessage, 'Solicitação Rejeitada', 'fa-check-circle', 'bg-success');
705| showToast('Falha ao rejeitar a solicitação.', 'Erro', 'fa-times-circle', 'bg-danger');
747| showToast(customMessage, 'Solicitação Aprovada', 'fa-check-circle', 'bg-success');
798| showToast(customMessage, 'Licença Atualizada', 'fa-check-circle', 'bg-success');
809| showToast('Erro ao atualizar a licença.', 'Erro', 'fa-times-circle', 'bg-danger');
820| showToast('Por favor, confirme as alterações antes de fechar o modal.', 'Alterações não confirmadas', 'fa-exclamation-triangle', 'bg-warning');
981| showToast('A requisição de licença foi adicionada com sucesso.', 'Licença Adicionada', 'fa-check-circle', 'bg-success');
1046| showToast('A requisição de licença foi adicionada com sucesso (sem eSocial).', 'Licença Adicionada', 'fa-check-circle', 'bg-success');
1225| showToast(customMessage, 'Solicitação Cancelada', 'fa-times-circle', 'bg-danger');
File: templates/templates/modal_add_license_implantation.html.twig
Match lines: 7
510| showToast("Selecione a Licença antes de inserir datas no calendário", "Aviso!", "fa-exclamation-triangle", "bg-warning");
518| showToast("Licença 'Dia Único' não permite adicionar mais de uma data.", "Aviso!", "fa-exclamation-triangle", "bg-warning");
549| showToast("Não é permitido adicionar/remover datas para licenças periódicas", "Aviso!", "fa-exclamation-triangle", "bg-warning");
573| showToast("Ação não permitida para este tipo de licença", "Aviso!", "fa-exclamation-triangle", "bg-warning");
584| showToast("Licença não selecionada ou inválida", "Aviso!", "fa-exclamation-triangle", "bg-warning");
593| showToast("Não é permitido remover datas para licenças periódicas", "Aviso!", "fa-exclamation-triangle", "bg-warning");
607| showToast("Não é permitido remover datas para este tipo de licença", "Aviso!", "fa-exclamation-triangle", "bg-warning");
File: templates/templates/modal_selective_process_add_stage.html.twig
Match lines: 7
751| showToast('Atenção', 'Por favor, selecione uma área profissional primeiro.', 'bg-warning');
869| showToast('Atenção', 'O título da etapa é obrigatório.', 'bg-warning');
875| showToast('Atenção', 'A descrição da etapa é obrigatória.', 'bg-warning');
884| showToast('Atenção', 'A rua é obrigatória para Etapa Presencial.', 'bg-warning');
890| showToast('Atenção', 'O bairro é obrigatório para Etapa Presencial.', 'bg-warning');
896| showToast('Atenção', 'A cidade é obrigatória para Etapa Presencial.', 'bg-warning');
902| showToast('Atenção', 'O CEP é obrigatório e deve estar completo para Etapa Presencial.', 'bg-warning');
File: templates/templates/modal_specialists_new_date_request.html.twig
Match lines: 8
416| showToast('Por favor, preencha todas as datas e horas corretamente.', false);
446| showToast('Consulta confirmada com sucesso para a data sugerida pelo especialista!', true);
460| showToast(msg, false);
469| showToast(errorMessage, false);
481| showToast('Nenhuma data disponível para confirmar. Por favor, sugira uma nova data.', false);
512| showToast('Consulta marcada com sucesso para a nova data proposta!', true);
525| showToast(msg, false);
534| showToast(errorMessage, false);
File: templates/templates/modals_selective_process_utilities.html.twig
Match lines: 1
747| showToast('Atenção', 'Selecione pelo menos uma avaliação para criar um novo elemento', 'bg-warning');
File: templates/templates/payment_management.html.twig
Match lines: 7
643|showToast(response.message, 'Sucesso', 'fas fa-check', 'bg-success');
661|showToast(xhr.responseJSON.message, 'Erro', 'fas fa-times', 'bg-danger');
996|showToast('Tabela atualizada com sucesso', 'Sucesso', 'fas fa-check', 'bg-success');
1042|showToast('Defina uma data de pagamento antes de visualizar os detalhes da Folha de Pagamento', 'Data de pagamento não definida', 'fas fa-times', 'bg-danger');
1067|showToast(response.message, 'Sucesso', 'fas fa-check', 'bg-success');
1085|showToast('Erro ao excluir folha de pagamento', 'Erro', 'fas fa-times', 'bg-danger');
1089|showToast(error.responseJSON.message, 'Erro', 'fas fa-times', 'bg-danger');
File: templates/templates/payroll_details.html.twig
Match lines: 2
553| showToast('Folha de pagamento emitida com sucesso!', 'Sucesso!', 'fas fa-check', 'bg-success');
560| showToast('Erro ao emitir folha de pagamento.', 'Erro!', 'bg-danger');
File: templates/templates/payroll_form.html.twig
Match lines: 8
1998| // showToast('O nome é obrigatório.', 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
2005| showToast(field.message, 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
2013| showToast('Por favor, insira um e-mail válido.', 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
2021| showToast(`${fieldLabel}: Por favor, insira apenas números.`, 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
2047| showToast(`${fieldName} é obrigatório.`, 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
2475| showToast('Folha de pagamento salva com sucesso.', 'Sucesso!','fas fa-check', 'bg-success');
2486| showToast(resp.message, 'Erro!', 'fas fa-times', 'bg-danger');
2490| showToast('Erro ao salvar folha de pagamento.', 'Erro!', 'fas fa-times', 'bg-danger');
File: templates/templates/recomendations_canva.html.twig
Match lines: 4
836| showToast('Posições dos membros salvas!', 'Sucesso!', 'fa-check-circle', 'bg-success');
860| showToast('Posições salvas no servidor', 'Sucesso!', 'fa-check-circle', 'bg-success');
865| showToast('Erro ao salvar as posições dos avaliados no servidor', 'Erro!', 'fa-times-circle', 'bg-danger');
883| showToast('Todos os dados foram enviados!', 'Sucesso!', 'fa-check-circle', 'bg-success');
File: templates/templates/roles.html.twig
Match lines: 13
783| showToast(
811| showToast(message, 'Erro ao criar estrutura', 'fas fa-exclamation-triangle', 'bg-danger');
1654| showToast(response.message || 'Não foi possível salvar a competência.', 'Erro', 'fas fa-times', 'bg-danger');
1664| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
1691| showToast(response.message || 'Não foi possível criar a competência.', 'Erro', 'fas fa-times', 'bg-danger');
1707| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
1941| showToast(response.message || 'Não foi possível remover a competência.', 'Erro', 'fas fa-times', 'bg-danger');
1956| showToast(message, 'Erro', 'fas fa-times', 'bg-danger');
2016| showToast('Você pode adicionar no máximo ' + maxTags + ' palavras-chave.', 'Limite atingido', 'fas fa-exclamation-triangle', 'bg-warning');
2486| showToast(xhr.responseJSON.message, 'Erro ao cadastrar cargo', 'fas fa-exclamation-triangle', 'bg-danger');
2488| showToast('Ocorreu um erro inesperado. Tente novamente.', 'Erro ao cadastrar cargo', 'fas fa-times', 'bg-danger');
2525| showToast(xhr.responseJSON.message, 'Erro ao editar cargo', 'fas fa-exclamation-triangle', 'bg-danger');
2527| showToast('Ocorreu um erro inesperado. Tente novamente.', 'Erro ao editar cargo', 'fas fa-times', 'bg-danger');
File: templates/templates/salary_panel_general_view.html.twig
Match lines: 4
1814| showToast('Não há gráficos disponíveis para exportar!', 'Aviso!', 'fas fa-exclamation-triangle', 'bg-warning');
1824| showToast('Preparando todos os gráficos para exportação...', 'Info', 'fas fa-info-circle', 'bg-info');
1946| showToast('PDF exportado com sucesso!', 'Sucesso!', 'fas fa-check-circle', 'bg-success');
1951| showToast('Erro ao gerar PDF. Tente novamente.', 'Erro!', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/templates/salary_panel_role_simulation.html.twig
Match lines: 13
398| showToast('Selecione o título do cargo no mercado.', 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
403| // showToast('Selecione os níveis desejados.', 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
408| showToast('Selecione a quantidade de divisões.', 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
484| showToast('Não há cargos para editar no momento.', 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
695| showToast(`Erro: ${data.error}`, 'Erro!', 'fas fa-exclamation-circle', 'bg-danger');
732| showToast('Simulação realizada com sucesso!', 'Sucesso!', 'fas fa-check', 'bg-success');
793| showToast(`Erro ao carregar dados da simulação: ${error.message}`, 'Erro!', 'fas fa-exclamation-circle', 'bg-danger');
934| showToast(`Por favor, preencha o título do cargo na linha ${role.row}.`, 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
937| showToast(`Por favor, preencha o salário base na linha ${role.row}.`, 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
946| showToast('Cargos adicionados com sucesso.', 'Sucesso!', 'fas fa-check', 'bg-success');
994| showToast('Realize uma simulação primeiro para exportar o PDF!', 'Aviso!', 'fas fa-exclamation-triangle', 'bg-warning');
1060| showToast('PDF exportado com sucesso!', 'Sucesso!', 'fas fa-check', 'bg-success');
1065| showToast('Erro ao gerar PDF. Tente novamente.', 'Erro!', 'fas fa-exclamation-circle', 'bg-danger');
File: templates/templates/salary_survey.html.twig
Match lines: 9
382| showToast(field.message, 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
388| showToast('Por favor, insira uma data válida para a última atualização.', 'Aviso!', 'fas fa-exclamation-circle', 'bg-warning');
621| showToast('Pesquisa salarial cadastrada com sucesso!', 'Sucesso!', 'fas fa-check', 'bg-success');
623| showToast('Houve um erro. Tente novamente!', 'Erro!', 'fas fa-exclamation-triangle', 'bg-danger');
645| showToast('Pesquisa salarial atualizada com sucesso!', 'Sucesso!', 'fas fa-check', 'bg-success');
648| showToast('Houve um erro. Tente novamente!', 'Erro!', 'fas fa-exclamation-triangle', 'bg-danger');
670| showToast('Pesquisa salarial excluída com sucesso.', 'Sucesso!', 'fas fa-check', 'bg-success');
673| showToast('Houve um erro ao tentar excluir a pesquisa salarial.', 'Erro!', 'fas fa-exclamation-triangle', 'bg-danger');
678| showToast('Houve um erro ao tentar excluir a pesquisa salarial.', 'Erro!', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/templates/selective_process_creation.html.twig
Match lines: 11
552| showToast('O nome do processo é obrigatório.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
558| showToast('A data de início é obrigatória.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
564| showToast('A data de término é obrigatória.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
570| showToast('A empresa é obrigatória.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
576| showToast('O responsável é obrigatório.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
582| showToast('A área profissional é obrigatória.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
588| showToast('A descrição da vaga é obrigatória.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
602| showToast('Selecione pelo menos uma seção para a Etapa Online.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
611| showToast('Selecione pelo menos uma opção de manual para a entrevista.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
621| showToast('Selecione pelo menos uma opção de avaliação.', 'Atenção', 'fa-exclamation-triangle', 'bg-warning');
987| showToast('A etapa foi excluída com sucesso.', 'Etapa excluída', 'fa-check-circle', 'bg-success');
File: templates/templates/specialist_activities_validation.html.twig
Match lines: 11
430| function showToast(message, isSuccess) {
461| showToast('Este especialista não está autorizado para validar avaliações.', false);
466| showToast('Nenhuma Avaliação para validar foi encontrada.', false);
468| showToast('Erro ao buscar as avaliações para validar.', false);
582| showToast('Avaliação validada com sucesso.', true);
589| showToast(response.message, false);
594| showToast('Erro ao validar a avaliação.', false);
659| showToast('Erro: ID da avaliação não encontrado.', false);
672| showToast('Avaliação salva com sucesso.', true);
678| showToast(response.message, false);
682| showToast('Erro ao salvar a avaliação. Tente novamente.', false);
File: templates/templates/specialist_activities_validation_interview.html.twig
Match lines: 28
1152| function showToast(message, isSuccess) {
1192| showToast('Nenhuma Entrevista ou Avaliação para validar foi encontrada.', false);
1195| showToast('Nenhuma Entrevista para validar foi encontrada.', false);
1199| showToast(`Erro ao buscar as entrevistas para validar: ${xhr.statusText}`, false);
1328| showToast('Entrevista validada com sucesso.', true);
1332| showToast(response.message, false);
1337| showToast('Erro ao validar a entrevista.', false);
1362| showToast('Entrevista validada com sucesso.', true);
1366| showToast(response.message, false);
1371| showToast('Erro ao validar a entrevista.', false);
1439| showToast('Erro: ID da entrevista não encontrado.', false);
1453| showToast('Avaliação salva com sucesso!', true);
1459| showToast('Erro ao salvar a avaliação: ' + response.message, false);
1463| showToast('Erro ao enviar a avaliação.', false);
1528| showToast('Avaliação validada com sucesso.', true);
1535| showToast(response.message, false);
1540| showToast('Erro ao validar a avaliação.', false);
1637| showToast('Erro: ID da avaliação não encontrado.', false);
1650| showToast('Avaliação salva com sucesso.', true);
1656| showToast(response.message, false);
1660| showToast('Erro ao salvar a avaliação. Tente novamente.', false);
1698| showToast('Detalhes salvos com sucesso.', true);
1700| showToast(response.message, false);
1704| showToast('Erro ao salvar detalhes da entrevista.', false);
1730| showToast('Entrevista validada com sucesso.', true);
1736| showToast(response.message, false);
1740| showToast('Erro ao validar a entrevista.', false);
1747| function showToast(message, isSuccess) {
File: templates/templates/specialists_index.html.twig
Match lines: 17
515| function showToast(message, isSuccess) {
1779| showToast('Por favor, insira uma URL válida.', false);
1851| showToast('Ainda existe algum requisito pendente para envio. Atualize os dados e tente novamente.', false);
1904| showToast(data.message || 'Erro ao enviar os dados. Tente novamente.', false);
1915| showToast(message, false);
1924| showToast('Erro ao enviar o currículo. Tente novamente.', false);
2385| showToast('Não foi possível identificar o especialista para a nova data. Tente novamente mais tarde.', false);
2437| showToast('Data de entrevista confirmada com sucesso!', true);
2441| showToast('Datas de entrevista sugeridas com sucesso!', true);
2445| showToast('Erro ao salvar as entrevistas: ' + error, false);
2472| showToast('Data de entrevista confirmada com sucesso!', true);
2475| showToast('Erro ao confirmar a data da entrevista.', false);
2490| showToast('Nenhuma data foi selecionada ou adicionada.', false);
2808| showToast('Por favor, selecione uma hora futura para o dia atual!', false);
2818| showToast('Por favor, selecione um horário futuro para o dia atual!', false);
2831| showToast('Esta data já está disponível para agendamento. Por favor, escolha outra data.', false);
2841| showToast('Esta data e hora já estão disponíveis para agendamento!', false);
File: templates/templates/specialists_management_hired.html.twig
Match lines: 51
1315| showToast('Configuração de validação atualizada com sucesso', true);
1317| showToast('Erro ao atualizar configuração de validação', false);
1321| showToast('Erro na comunicação com o servidor', false);
1334| .then(() => { showToast('Link copiado com sucesso', true); })
1335| .catch(() => { showToast('Erro ao copiar o link', false); });
1899| showToast('Especialista habilitado com sucesso', true);
1902| showToast('Erro ao habilitar especialista', false);
1915| showToast(errorMessage, false);
2017| showToast('Por favor, selecione um motivo para a desabilitação', false);
2022| showToast('Por favor, especifique o motivo da desabilitação', false);
2027| showToast('Por favor, selecione uma data prevista de retorno', false);
2060| showToast('Especialista desabilitado com sucesso', true);
2062| showToast('Erro ao desabilitar especialista', false);
2069| showToast(errorMessage, false);
2164| showToast('Este especialista não está autorizado para validar avaliações.', false);
2169| showToast('Nenhuma Avaliação para validar foi encontrada.', false);
2171| showToast('Erro ao buscar as avaliações para validar.', false);
2191| showToast('Nenhuma Entrevista para validar foi encontrada.', false);
2196| showToast('Nenhuma Entrevista para validar foi encontrada.', false);
2198| showToast('Erro ao buscar as entrevistas para validar.', false);
2263| showToast('Link copiado com sucesso!', true);
2310| showToast('Nenhuma Entrevista para validar foi encontrada.', false);
2315| showToast('Nenhuma Entrevista para validar foi encontrada.', false);
2317| showToast('Erro ao buscar as entrevistas para validar.', false);
2407| showToast('Erro: ID da entrevista não encontrado.', false);
2421| showToast('Avaliação salva com sucesso!', true);
2424| showToast('Erro ao salvar a avaliação: ' + response.message, false);
2428| showToast('Erro ao enviar a avaliação.', false);
2488| showToast('Erro: ID da avaliação não encontrado.', false);
2501| showToast('Avaliação salva com sucesso.', true);
2504| showToast(response.message, false);
2508| showToast('Erro ao salvar a avaliação. Tente novamente.', false);
2590| showToast('Entrevista validada com sucesso.', true);
2593| showToast(response.message, false);
2598| showToast('Erro ao validar a entrevista.', false);
2626| showToast('Avaliação validada com sucesso.', true);
2630| showToast(response.message, false);
2635| showToast('Erro ao validar a avaliação.', false);
2696| showToast('Nenhuma Entrevista para validar foi encontrada.', false);
2701| showToast('Nenhuma Entrevista para validar foi encontrada.', false);
2703| showToast('Erro ao buscar as entrevistas para validar.', false);
2719| showToast('Este especialista não está autorizado para validar avaliações.', false);
2724| showToast('Nenhuma Avaliação para validar foi encontrada.', false);
2726| showToast('Erro ao buscar as avaliações para validar.', false);
3078| showToast('Configuração de validação atualizada com sucesso', true);
3080| showToast('Erro ao atualizar configuração de validação', false);
3086| showToast('Erro na comunicação com o servidor', false);
3141| showToast('Por favor, informe o motivo do bloqueio', false);
3163| showToast('Especialista bloqueado com sucesso', true);
3166| showToast('Erro ao bloquear especialista', false);
3173| showToast(errorMessage, false);
File: templates/templates/specialists_management_index.html.twig
Match lines: 3
422|function showToast(message, isSuccess) {
505| showToast('Não foram recebidos dados do servidor.', false);
570| showToast(errorMessage, false);
File: templates/templates/specialists_management_specialists_requests.html.twig
Match lines: 27
1118| showToast('Selecione uma data antes de salvar.', false);
1192| showToast('A data foi salva com sucesso!', true);
1200| showToast('Erro ao salvar a data.', false);
1212| showToast(errorMessage, false);
1729| showToast(`Especialista desbloqueado com sucesso como ${typeLabel}.`, true);
1733| showToast(response.message || 'Erro ao desbloquear especialista.', false);
1744| showToast(errorMessage, false);
1982| showToast('Funcionalidade de reagendamento será implementada em breve.', true);
1996| showToast('Funcionalidade de confirmação será implementada em breve.', true);
2032| showToast('Por favor, selecione se a entrevista foi realizada antes de aprovar.', false);
2071| showToast(`Especialista aprovado com sucesso como ${typeLabel}.`, true);
2074| showToast('Erro ao aprovar o especialista.', false);
2086| showToast(errorMessage, false);
2218| showToast('Por favor, complete todas as seções antes de reprovar.', false);
2242| showToast('Especialista reprovado com sucesso.', true);
2292| showToast('Erro ao reprovar o especialista.', false);
2301| showToast('Erro ao reprovar o especialista', false);
2326| showToast('Nova data e hora aprovada com sucesso.', true);
2387| showToast('Nova data e hora reprovada com sucesso.', true);
2549| showToast('Datas agendadas com sucesso.', true);
2554| showToast('Erro ao agendar datas.', false);
2567| showToast(errorMessage, false);
2578| showToast('Por favor, certifique-se de que todas as entradas de data e hora estão completas antes de salvar.', false);
2628| showToast('Por favor, insira um link válido.', false);
2642| showToast('Por favor, insira um link de URL válido.', false);
2682| showToast('Link da videoconferência inserido com sucesso.', true);
2696| showToast(errorMessage, false);
File: templates/templates/timesheet.html.twig
Match lines: 3
1103| showToast('Por favor, preencha a "Carga Horária" antes de adicionar ou editar uma atividade.', 'Aviso!', 'fas fa-exclamation-triangle', 'bg-alert');
1120| showToast('Por favor, preencha a "Carga Horária" antes de adicionar ou editar uma atividade.', 'Aviso!', 'fas fa-exclamation-triangle', 'bg-alert');
2428| showToast(err_msg, 'Erro!', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/templates_whats_app/modalDeleteTemplate.html.twig
Match lines: 3
47| showToast('Template deletado com sucesso!', 'Sucesso!', 'fa-check-circle', 'bg-success');
53| showToast(data.error, 'Aviso!', 'fa-exclamation-triangle', 'bg-warning');
58| showToast('Ocorreu um erro ao tentar deletar o template.', 'Aviso!', 'fa-exclamation-triangle', 'bg-warning');
File: templates/templates_whats_app/modalIntegracao.html.twig
Match lines: 3
90| showToast('Por favor, preencha todos os campos obrigatórios.', 'Aviso!', 'fa-exclamation-triangle', 'bg-warning');
130| showToast('Dados salvos com sucesso!', 'Sucesso!', 'fa-check-circle', 'bg-success');
137| showToast('Erro ao salvar os dados.', 'Aviso!', 'fa-exclamation-triangle', 'bg-warning');
File: templates/templates_whats_app/newTemplation.html.twig
Match lines: 6
480| showToast('Por favor, preencha todos os campos obrigatórios.', 'Aviso!', 'fa-exclamation-triangle', 'bg-warning');
523| showToast(
531| showToast(responseData.error, 'Erro!', 'fa-times-circle', 'bg-danger');
536| showToast(responseData.error, 'Erro!', 'fa-times-circle', 'bg-danger');
612| showToast('Rascunho salvo com sucesso!', 'Sucesso!', 'fa-check-circle', 'bg-success');
615| showToast('Erro ao salvar o rascunho: ' + responseData.error, 'Erro!', 'fa-times-circle', 'bg-danger');
File: templates/tokens/models.html.twig
Match lines: 1
342| showToast(message, title || 'Atenção', icon || 'fas fa-info-circle', bgColor || 'bg-info');
File: templates/training_modules/modules.html.twig
Match lines: 13
1274| showToast('Nenhum capítulo ativo encontrado!', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1799| showToast('Erro ao atualizar a ordem dos capítulos.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1804| showToast('Erro ao atualizar a ordem dos capítulos. Tente novamente.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1877| showToast('A avaliação foi removida com sucesso e confirmada no banco de dados.', 'Sucesso', 'fas fa-check', 'bg-success');
1888| showToast('Erro ao excluir avaliação. Por favor, tente novamente.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1926| showToast('Erro ao excluir capítulo: ID não encontrado.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
1960| showToast('O capítulo foi removido com sucesso.', 'Sucesso', 'fas fa-check', 'bg-success');
1967| showToast('Erro ao excluir capítulo. Por favor, tente novamente.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
2062| showToast('Por favor, insira um título para o módulo.', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
2138| showToast("Erro ao salvar capítulo: " + (data.message || "Erro desconhecido"), 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
2144| showToast("Erro ao salvar capítulo. Por favor, tente novamente.", 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
2231| showToast("Erro ao salvar capítulo: " + (data.message || "Erro desconhecido"), 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
2238| showToast("Erro ao salvar capítulo. Por favor, tente novamente.", 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/training_modules/modules_assessment.html.twig
Match lines: 2
2144|showToast(message, duration = 3000) {
2253|IAUtil.showToast(IA_CONFIG.ERROR_MESSAGES.COPY_SUCCESS);
File: templates/trm/campaigns/campaign/tabs/_tab_campaign.html.twig
Match lines: 18
535| showToast('Não foi possível salvar o rascunho.', 'Aviso', 'fas fa-exclamation-triangle', 'bg-warning');
566| showToast('Campanha atualizada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
569| showToast(data.error || 'Erro ao salvar campanha', 'Erro', 'fas fa-times-circle', 'bg-danger');
572| error: function() { showToast('Erro ao salvar campanha', 'Erro', 'fas fa-times-circle', 'bg-danger'); }
599| showToast(msg, 'Sucesso', 'fas fa-check', 'bg-success');
602| showToast(data.error || 'Erro ao iniciar campanha', 'Erro', 'fas fa-times-circle', 'bg-danger');
609| showToast(msg, 'Erro', 'fas fa-times-circle', 'bg-danger');
623| showToast('Campanha pausada!', 'Sucesso', 'fas fa-check', 'bg-success');
626| showToast(data.error || 'Erro ao pausar', 'Erro', 'fas fa-times-circle', 'bg-danger');
629| error: function() { showToast('Erro ao pausar campanha', 'Erro', 'fas fa-times-circle', 'bg-danger'); }
643| showToast(data.message || 'Campanha retomada!', 'Sucesso', 'fas fa-check', 'bg-success');
646| showToast(data.error || 'Erro ao retomar', 'Erro', 'fas fa-times-circle', 'bg-danger');
649| error: function() { showToast('Erro ao retomar campanha', 'Erro', 'fas fa-times-circle', 'bg-danger'); }
663| showToast(data.message || 'Campanha concluída!', 'Sucesso', 'fas fa-check', 'bg-success');
666| showToast(data.error || 'Erro ao concluir', 'Erro', 'fas fa-times-circle', 'bg-danger');
669| error: function() { showToast('Erro ao concluir campanha', 'Erro', 'fas fa-times-circle', 'bg-danger'); }
701| showToast(result.error || 'Erro ao gerar preview', 'Erro', 'fas fa-times-circle', 'bg-danger');
705| showToast('Erro ao gerar pré-visualização', 'Erro', 'fas fa-times-circle', 'bg-danger');
File: templates/trm/campaigns/campaign/tabs/_tab_panel.html.twig
Match lines: 1
485| showToast('Erro ao salvar feedback da campanha.', 'Erro', 'fas fa-times-circle', 'bg-danger');
File: templates/trm/campaigns/index.html.twig
Match lines: 19
391| showToast('Informe o nome da campanha', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
411| showToast('Campanha criada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
423| showToast(data.message || data.error || 'Erro ao criar campanha', 'Erro', 'fas fa-times-circle', 'bg-danger');
428| showToast(response.message || response.error || 'Erro ao criar campanha', 'Erro', 'fas fa-times-circle', 'bg-danger');
456| showToast('Campanha duplicada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
464| showToast(data.error || 'Erro ao duplicar', 'Erro', 'fas fa-times-circle', 'bg-danger');
468| showToast('Erro ao duplicar campanha', 'Erro', 'fas fa-times-circle', 'bg-danger');
491| showToast(data.message || 'Campanha iniciada com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
494| showToast(data.error || 'Erro ao iniciar campanha', 'Erro', 'fas fa-times-circle', 'bg-danger');
501| showToast(msg, 'Erro', 'fas fa-times-circle', 'bg-danger');
524| showToast(data.message || 'Campanha concluída!', 'Sucesso', 'fas fa-check', 'bg-success');
527| showToast(data.error || 'Erro ao concluir campanha', 'Erro', 'fas fa-times-circle', 'bg-danger');
531| showToast('Erro ao concluir campanha', 'Erro', 'fas fa-times-circle', 'bg-danger');
553| showToast('Campanha pausada!', 'Sucesso', 'fas fa-check', 'bg-success');
556| showToast(data.error || 'Erro ao pausar', 'Erro', 'fas fa-times-circle', 'bg-danger');
560| showToast('Erro ao pausar campanha', 'Erro', 'fas fa-times-circle', 'bg-danger');
583| showToast('Campanha excluída com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
587| showToast(data.error || 'Erro ao excluir campanha', 'Erro', 'fas fa-times-circle', 'bg-danger');
591| showToast('Erro ao excluir campanha', 'Erro', 'fas fa-times-circle', 'bg-danger');
File: templates/trm/talent_profile/index.html.twig
Match lines: 3
572| showToast('Resumo gerado com sucesso!', 'Sucesso!', 'fas fa-check-circle', 'bg-success');
580| showToast(data.message || 'Erro ao gerar resumo', 'Erro!', 'fas fa-times-circle', 'bg-danger');
590| showToast('Erro de conexão', 'Erro!', 'fas fa-times-circle', 'bg-danger');
File: templates/trm/talent_profile/partials/_modal_schedule_interview.html.twig
Match lines: 5
81| showToast('Erro ao carregar membros da empresa', 'Erro!', 'fas fa-times-circle', 'bg-danger');
91| showToast('Selecione um entrevistador.', 'Atenção!', 'fas fa-exclamation-circle', 'bg-warning');
105| showToast(resp.message || 'Entrevistador alocado com sucesso!', 'Sucesso!', 'fas fa-check-circle', 'bg-success');
109| showToast(resp.message || 'Erro ao agendar entrevista.', 'Erro!', 'fas fa-times-circle', 'bg-danger');
114| showToast(message, 'Erro!', 'fas fa-times-circle', 'bg-danger');
File: templates/trm/talent_profile/partials/_modal_send_proposal.html.twig
Match lines: 5
176| showToast('Erro ao carregar lista de vagas', 'Erro!', 'fas fa-times-circle', 'bg-danger');
238| showToast('Preencha todos os campos obrigatórios.', 'Atenção!', 'fas fa-exclamation-circle', 'bg-warning');
255| showToast(resp.message || 'Proposta enviada com sucesso!', 'Sucesso!', 'fas fa-check-circle', 'bg-success');
259| showToast(resp.message || 'Erro ao enviar proposta.', 'Erro!', 'fas fa-times-circle', 'bg-danger');
265| showToast(msg, 'Erro!', 'fas fa-times-circle', 'bg-danger');
File: templates/trm/talent_profile/tabs/_tab_processes.html.twig
Match lines: 1
212| showToast('Performance do processo em breve.', 'Info', 'fas fa-chart-line', 'bg-info');
File: templates/trm/talents_and_communities/community.html.twig
Match lines: 6
437| if (ids.length === 0) { showToast('Selecione pelo menos um membro', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning'); return; }
472| showToast('Membro removido!', 'Sucesso', 'fas fa-check', 'bg-success');
474| showToast(r.error || 'Erro ao remover membro', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
477| error: function() { showToast('Erro ao remover membro', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger'); },
494| if (success > 0) showToast(success + ' membro(s) removido(s)!', 'Sucesso', 'fas fa-check', 'bg-success');
495| if (done - success > 0) showToast((done - success) + ' não puderam ser removidos', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/trm/talents_and_communities/partials/_modal_add_community.html.twig
Match lines: 10
279| if (!response.success) { showToast('Erro ao carregar comunidade', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger'); return; }
299| error: function() { showToast('Erro ao carregar comunidade', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger'); }
334| if (!ruleJson) { showToast('Adicione pelo menos uma condição', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning'); return; }
342| if (!formData.name) { showToast('Informe o nome da comunidade', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning'); return; }
353| showToast(isEdit ? 'Comunidade atualizada!' : 'Comunidade criada!', 'Sucesso', 'fas fa-check', 'bg-success');
357| showToast(response.error || 'Erro ao salvar comunidade', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
360| error: function(xhr) { showToast(xhr.responseJSON?.error || 'Erro ao salvar comunidade', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger'); },
380| showToast('Texto gerado com IA!', 'Sucesso', 'fas fa-check', 'bg-success');
382| showToast(response.error || 'Erro ao gerar texto', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
385| error: function() { showToast('Erro ao conectar com IA', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger'); },
File: templates/trm/talents_and_communities/partials/_modal_add_member_to_community.html.twig
Match lines: 2
225| if (success > 0) showToast(success + ' talento(s) adicionado(s)!', 'Sucesso', 'fas fa-check', 'bg-success');
226| if (done - success > 0) showToast((done - success) + ' não puderam ser adicionados', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
File: templates/trm/talents_and_communities/partials/_modal_add_talent.html.twig
Match lines: 9
228| showToast('Erro ao carregar dados do talento', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
263| showToast('Erro ao carregar dados do talento', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
299| showToast('O nome é obrigatório', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
313| showToast(isEdit ? 'Talento atualizado com sucesso!' : 'Talento cadastrado com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
317| showToast(response.error || 'Erro ao salvar talento', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
321| showToast(xhr.responseJSON?.error || 'Erro ao salvar talento', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
402| showToast('Texto gerado com IA!', 'Sucesso', 'fas fa-check', 'bg-success');
404| showToast(response.error || 'Erro ao gerar texto', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
407| error: function() { showToast('Erro ao conectar com IA', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger'); },
File: templates/trm/talents_and_communities/partials/_modal_delete_community.html.twig
Match lines: 8
19| showToast('Recalculando membros...', 'Info', 'fas fa-spinner fa-spin', 'bg-info');
24| if (response.success) { showToast('Membros recalculados!', 'Sucesso', 'fas fa-check', 'bg-success'); location.reload(); }
25| else { showToast(response.error || 'Erro ao recalcular', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger'); }
27| error: function() { showToast('Erro ao recalcular membros', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger'); }
33| if (ids.length === 0) { showToast('Selecione pelo menos uma comunidade', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning'); return; }
54| showToast('Comunidade(s) excluída(s)!', 'Sucesso', 'fas fa-check', 'bg-success');
64| showToast(response.error || 'Erro ao excluir', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
69| showToast((xhr.responseJSON && xhr.responseJSON.error) || 'Erro ao excluir comunidades', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/trm/talents_and_communities/partials/_modal_delete_talent.html.twig
Match lines: 4
19| if (ids.length === 0) { showToast('Selecione pelo menos um talento', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning'); return; }
40| showToast(response.message || 'Talento(s) excluído(s) com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
61| showToast(response.error || 'Erro ao excluir talentos', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
66| showToast((xhr.responseJSON && xhr.responseJSON.error) || 'Erro ao excluir talentos', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/trm/talents_and_communities/partials/_modal_import_contacts.html.twig
Match lines: 3
72| showToast('Selecione um arquivo CSV ou Excel', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
77| showToast('Arquivo selecionado!', 'Sucesso', 'fas fa-check', 'bg-success');
95| showToast('Modelo baixado!', 'Sucesso', 'fas fa-check', 'bg-success');
File: templates/trm/talents_and_communities/partials/_modal_invite_to_process.html.twig
Match lines: 4
48| showToast('Selecione um processo seletivo', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
62| showToast(r.message || 'Talento convidado com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
65| showToast(r.message || 'Erro ao convidar', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
70| showToast(msg, 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/user_admin/add.html.twig
Match lines: 2
789| function showToast(message, title = 'Notificação', iconClass = 'fas fa-check', bgColor = 'bg-success') {
1030| showToast("Erro ao carregar os detalhes do administrador.");
File: templates/welfare_assessment/welfare_management.html.twig
Match lines: 12
720| showToast('Selecione pelo menos um membro!', 'Atenção', 'fas fa-exclamation-triangle', 'bg-danger');
732| showToast('Selecione pelo menos um assessment!', 'Atenção', 'fas fa-exclamation-triangle', 'bg-danger');
754| showToast(
781| showToast('Recarregando a página...', 'Sucesso', 'fas fa-check', 'bg-success');
790| showToast(
892| showToast(
902| showToast(data.message, 'Sucesso', 'fas fa-check', 'bg-success');
1192| showToast(
1231| showToast('Selecione pelo menos um membro!', 'Atenção', 'fas fa-exclamation-triangle', 'bg-danger');
1259| showToast('Nenhum assessment pendente para os membros selecionados!', 'Atenção', 'fas fa-exclamation-triangle', 'bg-danger');
1274| showToast('Convites reenviados com sucesso!', 'Sucesso', 'fas fa-check', 'bg-success');
1277| showToast('Erro ao reenviar convites. Tente novamente.', 'Erro', 'fas fa-exclamation-triangle', 'bg-danger');
File: templates/welfare_hub/health_specialist_panel/tabs/agenda.html.twig
Match lines: 12
140| function showToast(message, type) {
522| showToast('Disponibilidade adicionada com sucesso!', 'success');
526| showToast('Erro ao adicionar disponibilidade: ' + (data.error || 'Erro desconhecido'), 'error');
531| showToast('Erro ao salvar disponibilidade', 'error');
543| showToast('Disponibilidade removida com sucesso!', 'success');
546| showToast('Erro ao remover disponibilidade: ' + (data.error || 'Erro desconhecido'), 'error');
551| showToast('Erro ao remover disponibilidade', 'error');
566| showToast('Disponibilidade atualizada com sucesso!', 'success');
570| showToast('Erro ao atualizar disponibilidade: ' + (data.error || 'Erro desconhecido'), 'error');
575| showToast('Erro ao atualizar disponibilidade', 'error');
1037| showToast('Por favor, preencha o título da disponibilidade', 'warning');
1041| showToast('Por favor, selecione ao menos um dia e horário', 'warning');
Request #39
deepseek-v4-flash
P:24.11K C:6.1K CR:22.78K CW:0
41954ms
Reasoning
Let me analyze the review task. I need to review the code changes in the review_files. There are already confirmed findings listed (7 findings) that I should NOT repeat. Let me continue reviewing all files and look for new real issues.
Let me look at the files:
1. `public/css/ssma/action_plan_panel.css`
2. `public/js/ssma/action_plan_panel.js`
3. `templates/ssma/action_plan/tabs/_tab_action_plan.html.twig`
4. `templates/ssma/action_plan/tabs/_tab_painel.html.twig`
The confirmed findings cover:
1. Race condition in double-click (panelChartsPrintBusy set too late)
2. Section discarded when capture fails despite fallback table having data
3. CDN loader failure leaves script element with fixed id causing promise never resolve
4. File too large (maintainability)
5. `.highcharts-container` overflow not restored after capture
6. Print document doesn't include active filters
7. Template loads html2canvas unconditionally
Let me continue examining the diff for any NEW issues not yet confirmed. Let me look more carefully at the JS code in the new functions to find additional issues.
Let me re-read the diff in detail.
Key new functions:
- `computeBarAxisMax(maxVal)`
- `computeBarTickInterval(axisMax)`
- `getPairedChartHeight(el, fallback)`
- `computeHBarSizing(chartHeight, categoryCount)`
- `ensureDistributionChartsForExport()`
- `renderPairedPendingCharts()`
- `syncPairedPendingCharts()`
- `findChartByContainerId(containerId)`
- `hasRenderedChart(containerId)`
- `hasRenderablePrintSection(section)`
- `getChartCaptureElement(containerId)`
- `waitForPanelChartsPaint(ms)`
- `ensureHtml2Canvas()`
- `captureElementAsPng(element)`
- `captureCardSectionForPrint(section)`
- `captureSectionForPrint(section)`
- `gaugeValueFromDom(containerId)`
- `tableFromBarChart(chart)`
- `tableFromStackedBarChart(chart)`
- `getDistributionPrintSections()`
- `getPendenciasPrintSections()`
- `getOverviewPrintSections()`
- `buildPrintTableHtml(headers, rows)`
- `formatPrintDateTime()`
- `buildPrintDocumentHtml(viewLabel, sectionsHtml)`
- `buildPrintSectionsHtml(sections)`
- `setExportChartsBtnLoading(btn, loading)`
- `notifyPanelExport(message, type)`
- `exportPanelChartsPrint()`
- `bindExportChartsButton()`
Let me examine some potential issues:
1. In `exportPanelChartsPrint`, when currentView is neither pendencias nor visao_geral, it shows an error. But the button is hidden in comparativo view via toggleHeaderFilters. OK.
2. `notifyPanelExport` uses `window.showToast(message, 'Painel', 'fa-file-pdf', type === 'error' ? 'bg-danger' : 'bg-info')`. Confirmed compatible.
3. In the renderPendenciasCharts change:
```js
waitHighcharts(function () {
renderCriticalChart();
renderPairedPendingCharts();
syncPairedPendingCharts();
reflowCharts(PENDENCIAS_CHART_KEYS);
});
```
Now `renderTopResponsibleChart` and `renderOriginChart` are called inside `renderPairedPendingCharts` (immediately) then again via `syncPairedPendingCharts` after 120ms. Then `reflowCharts` right after. Hmm — this creates duplicate rendering of the paired charts: one immediate render, then a second render 120ms later. The second render calls `renderPairedPendingCharts` again which calls `renderTopResponsibleChart()` and `renderOriginChart()` again. Then `reflowCharts(['topResponsible', 'origin'])` again. Given charts destroy and rebuild inside the render function (destroyChart('topResponsible') then re-create), this would cause flicker: charts render twice. Also potentially wasted work. But maybe there's a purpose — paired chart heights need to be computed after layout stabilizes. However, the re-render after 120ms might be needed for correct sizing after layout. But rendering twice could cause visible flicker, and it's not cancellable. This was already flagged in previous review summary as BAIXA (syncPairedPendingCharts). Not among confirmed findings though — wait, confirmed findings #1-#7 don't include this. The previous review summary lists it as a separate identified issue [BAIXA]. The instructions say "Previously Confirmed Findings" are the ones not to repeat. The previous_review_summary lists other issues identified (ALTA/MÉDIA/BAIXA list) — but the confirmed_findings only include 7. Actually the previous review summary contains the same 7 as confirmed plus two additional BAIXA items (syncPairedPendingCharts and gauge fallback). Hmm.
Wait — confirmed_findings includes 7 items. The previous_review_summary identified 9 total including 2 BAIXA items that aren't in confirmed_findings. So I should probably not repeat them? The instruction says "The following issues were already identified and confirmed in a prior review pass. Do not repeat them." The confirmed_findings list has 7. But the previous_review_summary also lists items [BAIXA]. Since the summary says "Identified Code Issues", presumably those were reported too. Hmm, but only 7 are in confirmed_findings. The two BAIXA ones (syncPairedPendingCharts, gauge fallback) are in previous summary but not confirmed_findings.
Actually, it's ambiguous. To be safe, I should avoid repeating those two as well since they were "identified" already. But maybe they weren't confirmed/reported. Let me focus on new issues not covered by either list.
Let me look deeper for new issues.
New items to review:
A. In the CSS file: nothing problematic per previous summary.
B. In `_tab_action_plan.html.twig`:
```js
function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops) {
...
var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
return renderSsmaActionPlanGauge(containerId, normalizedValue, { x1: 0, y1: 0, x2: 1, y2: 1, stops: colorStops }, true);
}
```
And `destroySsmaActionPlanCharts` now includes `resolutionGauge` in the key loop, removes the separate line. And the charts are re-rendered. Fine.
But wait — there's a potential subtle issue: previously the resolution gauge was DOM-based (conic gradient) and created a `.ssma-gauge-center-value` span. Now it's a Highcharts gauge (renderSsmaActionPlanGauge). `gaugeValueFromDom` reads `.ssma-gauge-center-value`. This was flagged already as fallback gauge broken (BAIXA, and confirmed in tool conclusion). Actually it's in previous review summary's issue list but not confirmed_findings. I'll not repeat.
C. Now the two new functions in the JS: `computeBarAxisMax` and `computeBarTickInterval` in buildHBarChart.
Wait — one thing to verify: In `buildHBarChart`, the code computes `chartHeight = getPairedChartHeight(el, 200)`. And sets el.style.height = chartHeight + 'px'. Since CSS has `.ssma-ap-chart-host--fill { flex: 1 1 auto; ... min-height: 175px; height: 100%; }`. Setting inline height to chartHeight might conflict with the CSS `height: 100%` — inline wins. OK.
For the origin chart (column), height is set similarly and Highcharts chart config `height: chartHeight`. Then CSS sets `.ssma-ap-chart-host--fill { height: 100% }` plus inline height style. Since `.ssma-ap-chart-host--column.ssma-ap-chart-host--fill { min-height: 175px }`. Hmm.
Potential new issue: The `renderTopResponsibleChart` sets `el.style.maxHeight = 'none'`, and CSS `.ssma-ap-chart-host--fill` has `max-height: none`. OK.
D. `ensureDistributionChartsForExport()`:
```js
return new Promise(function (resolve) {
var resolutionEl = document.getElementById('ssma-action-plan-resolution-gauge');
var needsRefresh = !!(resolutionEl && !resolutionEl.querySelector('.highcharts-container'));
if (needsRefresh && typeof window.refreshSsmaActionPlanCharts === 'function') {
window.refreshSsmaActionPlanCharts();
window.setTimeout(resolve, 420);
return;
}
reflowDistributionCharts();
window.setTimeout(resolve, 220);
});
```
Potential issue: calling `window.refreshSsmaActionPlanCharts()` — need to check what it does. It re-renders distribution charts (type/deadline bars and gauges) on the panel. If the current view is visao_geral but these charts live in the distribution section... Need to confirm they're visible. They're in `_tab_painel.html.twig` (charts distribution/gauges in the "visao_geral" or in a section that is hidden in pendencias?). Let me check the template. The distribution charts (ssma-action-plan-type-bar, deadline-bar, gauges) appear... they're likely in a separate area shown only in overview? Actually the earlier docs said distribution charts + gauges live in `_tab_painel.html.twig`. Let me read the template around the sections to understand visibility.
Let me read `_tab_painel.html.twig` in full to see the structure and find issues in the new markup (id `ssma-ap-operational-summary`, export button wrapper, paired chart cards).
Let me also check for issue: `refreshSsmaActionPlanCharts` destroys and re-renders charts while they may not be visible (in d-none view). If the user is in visao_geral, distribution charts might be visible. OK.
E. Potential issue in capture: html2canvas on charts rendered with Highcharts SVG works, but Highcharts uses foreignObject? No, Highcharts renders SVG with VML? Modern Highcharts renders SVG. html2canvas may have issues with SVG foreignObject. They apply allowTaint etc.
F. `buildPrintSectionsHtml` iterates sections sequentially with await capture. If sections are many and each capture takes ~220ms + html2canvas time... this could be slow but acceptable.
G. `exportPanelChartsPrint` for visao_geral calls `renderOverviewCharts(); await waitForPanelChartsPaint(120); reflowCharts(OVERVIEW_CHART_KEYS); await ensureDistributionChartsForExport();`
Hmm — the overview charts are in the current view. Let me check `renderOverviewCharts` re-renders overview charts (not distribution). And distribution charts (type/deadline bars, gauges) are in a separate section of `_tab_painel.html.twig`. In the overview view, are those visible? Need to read the template.
Wait, per the rules, "Gráficos de distribuição (ssma-action-plan-type-bar, ...) e gauges (...) ficam na aba Painel (_tab_painel.html.twig)". So distribution charts are part of the Painel tab, likely visible only in Visão Geral subview? Let me read the template.
Let me read files to confirm.
H. Another potential new issue: `hasRenderedChart` checks `.highcharts-container` OR `.ssma-conic-gauge-wrapper`. Since gauges are now Highcharts, they have `.highcharts-container`. OK.
I. `getOverviewPrintSections()` calls `getOverviewData()` which reads DOM? Need to check. Actually `getOverviewData` might be an existing function reading panelData. Probably fine.
J. In `buildPrintDocumentHtml`, there's no `</body>` missing... it has `</body></html>`. Fine.
K. In `exportPanelChartsPrint`, they append iframe then set `iframe.srcdoc = printHtml`. The iframe onload may fire before listeners attach? Listeners attach before appending iframe? They attach `iframe.onerror` and `iframe.onload` before appendChild and before setting srcdoc. Setting srcdoc after append triggers load asynchronously. OK.
L. In `captureCardSectionForPrint`, `captureEl.scrollIntoView` causes the page to scroll during export, which can disturb the user. Minor.
M. Potential issue: In `renderTopResponsibleChart` new code:
```js
var yMax = computeBarAxisMax(maxTotal);
```
Previously `yMax = Math.max(200, ...)`. Now yMax could be smaller (e.g., 5..100ish scaled). With the new CSS min-height 175px. If data small (maxTotal=1), yMax=5; the bar heights... fine.
But wait: For hbar chart with y axis as category (bar chart uses yAxis as category? Actually bar charts: xAxis is category vertical, yAxis is value horizontal). In buildHBarChart, categories are plotted... let me check axis reversal. In a bar chart, yAxis is category. In Highcharts bar, xAxis = categories listed on vertical axis. Actually for `chart.type = 'bar'`, the x axis is vertical categories. So yAxis is the value axis with max/tickInterval. That is consistent with yMax being the value axis max for bars. Let me re-read the diff hunk: `yAxis: { min: 0, max: yMax, tickInterval: tickInterval, ...}`. And categories length used for height. Fine.
Hmm, but note the code sets chart height based on `getPairedChartHeight(el, 200)`. But el height? Wait, for the top-responsible hbar, `el` is `#ssma-ap-chart-top-responsible`. `.ssma-ap-chart-host--fill` has `min-height: 175px`. And chart is rendered with `height: chartHeight` — but for bar charts, highcharts default height is 400? They set el.style.height = chartHeight. Wait the diff for buildHBarChart: they set el.style.height/minHeight/maxHeight 'none'. Then Highcharts chart height? For the hbar chart, they don't pass chart.height; but since the container has explicit height, Highcharts uses container height? If not set, Highcharts uses default 400 and will overflow the container if container is 200 and chart 400? Actually if no chart height is specified and container has a height via CSS/inline, Highcharts uses container height for the chart? Highcharts determines height from container if `chart.height` isn't specified. Yes.
But for the origin chart, they DO set `height: chartHeight` in the chart config plus the el.style.height. Then the container's CSS min-height 175. OK, consistent.
Potential mismatch: The two paired charts could get different heights if their cards differ. But both cards are paired and sized equally by flex row; the wrap `.ssma-ap-chart-wrap--paired` in each card has different content heights because of headers. `getPairedChartHeight` prioritizes wrap.clientHeight if > 80; otherwise falls back to card minus header. This yields similar heights. OK.
N. `computeHBarSizing(chartHeight, categoryCount)`: `chromeHeight = 44`; `usable = Math.max(88, chartHeight - chromeHeight)`; `slot = usable/count`; `pointWidth = Math.min(26, Math.max(11, Math.floor(slot*0.56)))`; `groupPadding = clamp(1 - pointWidth/slot)`. If count large, slot small, pointWidth 11 min, groupPadding could go negative -> clamped 0.06. But when slot < ~12, pointWidth=11 > slot, bars overflow each other? At chartHeight=200, chrome=44, usable=156. count=10 -> slot=15.6, pointWidth=floor(8.7)=8 -> min 11. groupPadding = 1-11/15.6 = 0.29. OK. For count up to 10. For count=30 (categories capped at 10? "Top 10"). fine.
Hmm but what about smaller heights: chartHeight fallback 200. Fine.
O. In `renderOriginChart` (column), setting chart `height: chartHeight`. Wait, but there's also a `spacing` etc. Not a bug.
P. Now what about the `getPairedChartHeight` fallback of 200 used to set height inline; but `.ssma-ap-chart-host--fill` CSS min-height 175. If wrap has `clientHeight` >80 but wrap includes padding: wrap height from CSS `.ssma-ap-chart-wrap--paired { padding: 4px 8px 6px; }`. Fine.
Q. In `renderPendenciasCharts` the duplication: renderPairedPendingCharts called, then syncPairedPendingCharts schedules again 120ms later. If the charts are re-rendered after 120ms — does renderPairedPendingCharts call functions that guard against double render (e.g., checking existing)? `renderTopResponsibleChart` builds rows and destroys/recreates. Wait let me check the actual render function body for top-responsible:
At the top (lines around 1445):
```js
var maxTotal = ...
var yMax = computeBarAxisMax(maxTotal);
...
el.style.height = chartHeight + 'px';
...
destroyChart('topResponsible');
el.innerHTML = '';
...
```
So yes re-render destroys and rebuilds. Calling twice within 120ms + reflow would produce a visible double-paint/flicker but since both happen while visible in pendencias view, could flicker. It also could be a performance concern but not blocking.
But actually there's a deeper issue: `renderPairedPendingCharts()` immediately followed by `reflowCharts(PENDENCIAS_CHART_KEYS)`, then 120ms later `renderPairedPendingCharts()` again then `reflowCharts` again. But is there a reason? Possibly because the paired chart heights depend on the row layout, which only stabilizes after CSS applied; the first render happens inside waitHighcharts which could be before the container is laid out? No, waitHighcharts resolves when Highcharts loaded; layout is synchronous after DOM updates. Anyway.
But the sync isn't cancelled on view switch or when re-rendering elsewhere. In the resize handler, they debounce with pairedChartsResizeTimer=150ms, then renderPairedPendingCharts + reflow + reflowDistributionCharts. Wait resize handler for pendencias calls renderPairedPendingCharts + reflow + reflowDistributionCharts. Meanwhile, syncPairedPendingCharts (120ms) could also be scheduled from renderPendenciasCharts. When a resize happens within 120ms after render, both run; timer clear only clears resize timer not the sync timer. This double render is mild.
Actually wait — reading more carefully: `renderPendenciasCharts` is called on filters when pendencias section visible. `syncPairedPendingCharts` schedules render at 120ms. On a rapid filter change (multiple clicks), multiple render chains are queued; but render calls destroy and re-create, and pending setTimeout each triggers its own render+reflow. Reflow after destroy... `reflowCharts(['topResponsible','origin'])` on charts that were destroyed mid-way could error? reflowCharts probably iterates over chart keys and finds charts object; destroyed chart entries removed (destroyChart sets charts.key = null). So reflow after render will find them. Race: if a second sync timeout fires between destroy and re-create (in another chain)... unlikely to cause error because reflow finds null chart and skips.
Potential issue: `destroyChart` sets `charts.topResponsible = null`; if Highcharts chart re-created but... The render function is synchronous and completes within the timer. It's OK.
I think the double-render / flicker was flagged [BAIXA] in the previous review summary. So not new.
Let me look for NEW issues in the template changes.
`_tab_painel.html.twig`: adding the export button and pairing layout. Also `<script src=...html2canvas...>` static — that's finding #7.
But also important: The export button is inside `#ap_painel_controls` (desktop header). But there's `has-mobile-fabs`... it may not be shown on mobile. Fine.
The static html2canvas script loaded unconditionally - confirmed finding #7.
Now let me look at the `_tab_action_plan.html.twig` change in detail.
The `renderSsmaActionPlanResolutionGauge` previously built DOM with conic gradient and created gauge value span. Now calls `renderSsmaActionPlanGauge(containerId, normalizedValue, {...}, true)`.
Wait, need to check `renderSsmaActionPlanGauge` signature and the gauge center value behavior. Let me read the template file near that function to see how the gauge center label is rendered and whether `hasData` = true works.
Actually there is subtlety: previously resolution gauge was special (not Highcharts gauge?) Hmm. Let me look at surrounding code. Let me read the file.
Let me now actually use tools to read the relevant portions to ground new findings.
Potential new issues I can look for:
1. `formatPrintDateTime` returns string; used within escapeHtml fine.
2. XSS: `captured.dataUrl` inserted into src without validation — dataUrl from html2canvas toDataURL — safe.
3. `buildPrintTableHtml` uses escapeHtml for header/cells. Good.
4. In `getOverviewPrintSections`, uses `getOverviewData()`. Let me check its implementation—if it reads `panelData` for overview. Need to ensure it returns data for current filter. Fine.
5. `getPendenciasPrintSections` fallback table uses `panelData.charts` and `panelData.operational_summary`. But `hasRenderablePrintSection` for chart sections uses DOM; if the chart is not rendered (e.g., empty), `canCaptureImage=false` and `hasValues` decides. But for the critical chart section (getTable reads from `chartsData.critical_pending_by_deadline`)... hasRenderablePrintSection for containerId `ssma-ap-chart-critical` -> hasRenderedChart checks `.highcharts-container` in el. In an empty state maybe cleared via clearChartEmpty (shows empty message). Then canCaptureImage false, hasValues maybe from data. But if chartsData critical_pending_by_deadline empty (no labels), rows empty -> skip. Fine.
6. One potential real issue: `hasRenderablePrintSection` for panel (operational summary) checks `.ssma-ap-op-row, .ssma-ap-op-total`. If no rows, can't capture image (there's always something?), fallback table. Fine.
7. `notifyPanelExport` uses `showToast` if present else alert. alert is "proibido em fluxo novo" per rules; but fallback only when showToast missing. Probably fine—but a new flow that uses alert() as fallback could be flagged as attention. Given the codebase always defines showToast, it's low.
8. `ensureHtml2Canvas` resolves true only when html2canvas function exists. OK.
9. `captureElementAsPng` uses `allowTaint: true` and `useCORS: true`. If images inside chart can't be loaded due to CORS, html2canvas may produce broken/blank. The charts are pure SVG, so fine.
10. About `iframe.srcdoc = printHtml` — srcdoc content won't include the base URL; images in printHtml are data URLs, so fine. Styles inline in `<style>`. Good.
11. Issue: when print dialog closed via Escape or user cancels, `afterprint` event fires. The 4000ms fallback cleanup removes the iframe after 4s even if user hasn't finished (some browsers print slow). Minor.
12. Big possible bug: `exportPanelChartsPrint` for visao_geral calls `renderOverviewCharts()` which re-renders overview charts based on current filters. But wait, if user is on visao_geral but not in the current DOM view (maybe section hidden?), need to read template to check sections visibility. There's `renderOverviewCharts` maybe only re-renders if section visible. Actually overview charts are on a separate tab? The overview subview in the Painel tab. Hmm. Need to read template to confirm DOM visibility.
13. `ensureDistributionChartsForExport` checks resolution gauge container `.highcharts-container`. But the resolution gauge is rendered by `_tab_action_plan.html.twig` script — `initSsmaActionPlanCharts` only runs if `hasSsmaActionPlanDistributionCharts` true (containers exist). So the resolution gauge container is in `_tab_painel.html.twig`. If the current view is pendencias (section visible), then distribution charts section hidden? Let's check: the distribution charts in `_tab_painel.html.twig` might be inside the Visão Geral subview? If so, when user is in visao_geral and clicks export, `ensureDistributionChartsForExport` detects resolution gauge empty and calls `window.refreshSsmaActionPlanCharts()` to re-render it. OK.
Wait, actually ensureDistributionChartsForExport's resolution refresh re-renders distribution charts regardless of the current view; if distribution charts are in a hidden area (d-none) it would render them offscreen but capture needs them visible to html2canvas. But capture uses `captureSectionForPrint` which calls `captureEl.scrollIntoView` and then html2canvas captures whatever layout; hidden d-none containers yield blank/zero-size captures? html2canvas can't capture display:none elements properly. But the code checks hasRenderedChart before capture: after refresh, the chart exists, hasRenderablePrintSection returns true, then capture attempt runs and might produce empty canvas? html2canvas on a `display:none` or zero-size element returns a canvas with 0 size, and they resolve null if `!canvas.width || !canvas.height`. Actually if element is inside a `d-none` ancestor, html2canvas produces 0-width? Possibly error. Need to understand DOM placement of distribution charts relative to current view.
Let me read `_tab_painel.html.twig` and `_tab_painel_visao_geral.html.twig` to check. Let me also look at refreshSsmaActionPlanCharts in `_tab_action_plan.html.twig` — read that file too.
Let me actually open these template files.
Let me read the files now. I'll do multiple reads in parallel.
Vou continuar a revisão lendo o contexto dos templates e das funções novas no JS para identificar problemas adicionais além dos já confirmados.
Tool Calls (2)
file_read
Show Details
Arguments
{"file_path": "templates/ssma/action_plan/tabs/_tab_painel.html.twig"}
Result
File: templates/ssma/action_plan/tabs/_tab_painel.html.twig (Total lines: 596)
IS_TRUNCATED: true
LINE_RANGE: 1-500
1|{# Painel operacional do Plano de Ação — dados via SsmaActionPlanPanelService #}
2|{% set panel = action_plan_panel_data|default({}) %}
3|{% set panel_filters = panel.filters|default({}) %}
4|{% set ap_painel_team_options = [{'value': '', 'text': 'Equipe'}] %}
5|{% for team in teams|default([]) %}
6| {% set ap_painel_team_options = ap_painel_team_options|merge([{
7| 'value': team.name|default(''),
8| 'text': team.name|default('')
9| }]) %}
10|{% endfor %}
11|{% set ap_painel_vinculo_options = [
12| {'value': '', 'text': 'Tipo de Vínculo'},
13| {'value': 'COLABORADOR', 'text': 'CLT'},
14| {'value': 'PRESTADOR', 'text': 'PJ / Prestador'},
15| {'value': 'TERCEIRO', 'text': 'Terceirizado'}
16|] %}
17|{% set ap_painel_subsidiaries = ssma_subsidiaries|default([]) %}
18|{% set ssma_show_unidade_filter = ssma_is_network_head|default(false) and ssma_has_network_units|default(false) %}
19|{% set ap_painel_unidade_options = [
20| {'value': 'todas', 'text': 'Todas'},
21| {'value': 'matriz', 'text': (ssma_head_office.name|default('Matriz')) ~ ' (Matriz)'}
22|] %}
23|{% for sub in ap_painel_subsidiaries %}
24| {% set ap_painel_unidade_options = ap_painel_unidade_options|merge([{
25| 'value': sub.id ~ '',
26| 'text': sub.name
27| }]) %}
28|{% endfor %}
29|{% set panel_kpis = panel.kpis|default([]) %}
30|{% set panel_charts = panel.charts|default({}) %}
31|{% set panel_summary = panel.operational_summary|default({}) %}
32|{% set panel_table = panel.table|default({}) %}
33|{% set panel_semantic = panel.semantic|default({}) %}
34|{% set panel_adriana = panel.adriana|default({}) %}
35|{% set panel_origin_icons = panel.origin_icons|default({}) %}
36|{% set panel_default_view = panel.default_view|default('pendencias') %}
37|{% set ov_filters = panel.overview.filters|default({}) %}
38|
39|<link rel="stylesheet" href="{{ asset('css/ssma/action_plan_panel.css') }}">
40|{% include 'ssma/partials/_panel_period_filter_styles.html.twig' %}
41|{% include 'ssma/occurrence/tabs/panel/_panel_semantic_adriana_styles.html.twig' %}
42|{% include 'components/charts/_highcharts_loader.html.twig' %}
43|
44|<style>
45|.ssma-ap-chart-sm { height: 220px; }
46|.ssma-ap-chart-md { height: 260px; }
47|.ssma-ap-chart-lg { height: 300px; }
48|
49|.ssma-ap-chart-month-select select,
50|#ssma-ap-chart-axis-filter {
51| background-color: #fff !important;
52| color: #344054 !important;
53| color-scheme: light !important;
54| border: 1px solid #DEE2E6;
55| border-radius: 6px;
56| padding: 3px 8px;
57| font-size: 12px;
58| appearance: auto;
59| -webkit-appearance: auto;
60|}
61|
62|.ssma-action-plan-chart-title {
63| font-size: 16px;
64| font-weight: 700;
65| color: #5C5D5D;
66|}
67|
68|</style>
69|
70|{# ── Filtros desktop — Pendências ─────────────────────────────────────── #}
71|<div class="modern-header-actions has-mobile-fabs" id="ap_painel_controls">
72| <div class="d-flex align-items-center ap-painel-export-wrap{% if panel_default_view == 'comparativo' %} d-none{% endif %}" id="ap-painel-export-wrap">
73| <button type="button"
74| class="mhs-btn-secondary d-flex align-items-center js-ssma-ap-panel-export-charts"
75| id="ap_painel_export_charts_btn"
76| aria-label="Exportar gráficos em PDF">
77| <i class="fas fa-file-pdf mr-2" aria-hidden="true"></i>
78| <span>Exportar gráficos</span>
79| </button>
80| </div>
81| <div class="filters-container tab-filters ml-auto align-items-center ssma-ap-panel-filters-row d-none{% if panel_default_view == 'pendencias' %} d-lg-flex{% endif %}" id="ap-painel-filters-pendencias">
82| <div class="filter-item">
83| {% include 'components/ui/_custom_select.html.twig' with {
84| id: 'ap_painel_filter_team',
85| name: 'ap_painel_filter_team',
86| label: 'Equipe',
87| options: ap_painel_team_options,
88| selected_value: '',
89| loading_enabled: true
90| } %}
91| </div>
92| <div class="filter-item">
93| {% include 'components/ui/_custom_select.html.twig' with {
94| id: 'ap_painel_filter_vinculo',
95| name: 'ap_painel_filter_vinculo',
96| label: 'Tipo de Vínculo',
97| options: ap_painel_vinculo_options,
98| selected_value: '',
99| loading_enabled: true
100| } %}
101| </div>
102| <div class="filter-item oc-painel-period-filter">
103| <button type="button" class="oc-period-trigger" id="ap_painel_period_trigger" aria-label="Filtrar período">
104| <i class="fas fa-calendar-alt" aria-hidden="true"></i>
105| <span id="ap_painel_period_label"></span>
106| </button>
107| <div class="oc-period-popover d-none" id="ap_painel_period_popover">
108| <div class="oc-period-popover-header">
109| <strong>Selecionar Período</strong>
110| <button type="button" class="oc-period-close" id="ap_painel_period_close" aria-label="Fechar">
111| <i class="fas fa-times"></i>
112| </button>
113| </div>
114| <div class="oc-period-popover-body">
115| <div class="oc-period-field">
116| <label for="ap_painel_start_date">Data inicial</label>
117| <div class="oc-period-input-wrap">
118| <input type="date" class="form-control" id="ap_painel_start_date" aria-label="Data inicial">
119| </div>
120| </div>
121| <div class="oc-period-field">
122| <label for="ap_painel_end_date">Data final</label>
123| <div class="oc-period-input-wrap">
124| <input type="date" class="form-control" id="ap_painel_end_date" aria-label="Data final">
125| </div>
126| </div>
127| <div class="oc-period-presets">
128| <span class="oc-period-presets-label">Atalhos de período</span>
129| <div class="oc-period-presets-row">
130| <button type="button" class="oc-period-preset ap-painel-period-preset" data-preset="next_month">Próximo mês</button>
131| <button type="button" class="oc-period-preset ap-painel-period-preset" data-preset="week">Próxima semana</button>
132| <button type="button" class="oc-period-preset ap-painel-period-preset" data-preset="fortnight">Próximos 15 dias</button>
133| <button type="button" class="oc-period-preset ap-painel-period-preset" data-preset="next_3_months">Próximos 3 meses</button>
134| <button type="button" class="oc-period-preset ap-painel-period-preset" data-preset="all_future">Todo o futuro</button>
135| </div>
136| </div>
137| <div class="oc-period-summary-row">
138| <button type="button" class="oc-period-apply-icon" id="ap_painel_period_apply" title="Aplicar período">
139| <i class="fas fa-calendar-alt"></i>
140| </button>
141| <div class="oc-period-summary">
142| <i class="fas fa-info-circle"></i>
143| <span id="ap_painel_period_summary"></span>
144| </div>
145| </div>
146| <div class="oc-period-comparison-info" style="grid-column:1/-1; font-size:12px; color:#5C5D5D; line-height:1.5; padding:10px 0 0; border-top:1px solid #EEF0F2; margin-top:4px;">
147| <i class="fas fa-info-circle" style="margin-right:4px;"></i>
148| O período considera o prazo das pendências a partir de hoje. Ajuste as datas ou use os atalhos para refinar o recorte.
149| </div>
150| </div>
151| </div>
152| </div>
153| {% if ssma_show_unidade_filter %}
154| <div class="filter-item ap-painel-unidade-filter">
155| {% include 'components/ui/_custom_select.html.twig' with {
156| id: 'ap_painel_filter_unidade',
157| name: 'ap_painel_filter_unidade',
158| label: 'Unidade',
159| options: ap_painel_unidade_options,
160| selected_value: 'todas',
161| loading_enabled: true
162| } %}
163| </div>
164| {% endif %}
165| <div class="filter-item">
166| {% include 'components/ui/_custom_select.html.twig' with {
167| id: 'ap_painel_filter_origem',
168| name: 'ap_painel_filter_origem',
169| label: 'Origem',
170| options: panel_filters.origin|default([
171| {'value': '', 'text': 'Origem'},
172| {'value': 'accident_personal', 'text': 'Acidente pessoal'},
173| {'value': 'accident_material', 'text': 'Acidente material'},
174| {'value': 'near_miss', 'text': 'Quase acidente'},
175| {'value': 'ros', 'text': 'ROS'},
176| {'value': 'inspection', 'text': 'Inspeção'},
177| {'value': 'approach', 'text': 'Abordagem'}
178| ]),
179| selected_value: '',
180| loading_enabled: false
181| } %}
182| </div>
183| <div class="filter-item d-flex align-items-center">
184| <div class="custom-control custom-switch mb-0">
185| <input type="checkbox" class="custom-control-input" id="ap_painel_filter_mine" name="ap_painel_filter_mine">
186| <label class="custom-control-label" for="ap_painel_filter_mine">Minhas ações</label>
187| </div>
188| </div>
189| </div>
190|
191| {# ── Filtros desktop — Visão Geral (mesmo subheader das Pendências) ── #}
192| <div class="filters-container tab-filters ml-auto align-items-center ssma-ap-panel-filters-row d-none{% if panel_default_view == 'visao_geral' %} d-lg-flex{% endif %}" id="ap-painel-filters-overview">
193| <div class="filter-item">
194| {% include 'components/ui/_custom_select.html.twig' with {
195| id: 'ap_overview_filter_team',
196| name: 'ap_overview_filter_team',
197| label: 'Equipe',
198| options: ov_filters.team|default([{'value': '', 'text': 'Equipe'}]),
199| selected_value: '',
200| loading_enabled: true
201| } %}
202| </div>
203| <div class="filter-item">
204| {% include 'components/ui/_custom_select.html.twig' with {
205| id: 'ap_overview_filter_management',
206| name: 'ap_overview_filter_management',
207| label: 'Gerência',
208| options: ov_filters.management|default([{'value': '', 'text': 'Gerência'}]),
209| selected_value: '',
210| loading_enabled: true
211| } %}
212| </div>
213| <div class="filter-item">
214| {% include 'components/ui/_custom_select.html.twig' with {
215| id: 'ap_overview_filter_origin',
216| name: 'ap_overview_filter_origin',
217| label: 'Origem',
218| options: ov_filters.origin|default([{'value': '', 'text': 'Origem'}]),
219| selected_value: '',
220| loading_enabled: true
221| } %}
222| </div>
223| <div class="filter-item oc-painel-period-filter">
224| <button type="button" class="oc-period-trigger" id="ap_overview_period_trigger" aria-label="Filtrar período">
225| <i class="fas fa-calendar-alt" aria-hidden="true"></i>
226| <span id="ap_overview_period_label">{{ ov_filters.period_label|default('') }}</span>
227| </button>
228| <div class="oc-period-popover d-none" id="ap_overview_period_popover">
229| <div class="oc-period-popover-header">
230| <strong>Selecionar Período</strong>
231| <button type="button" class="oc-period-close" id="ap_overview_period_close" aria-label="Fechar">
232| <i class="fas fa-times"></i>
233| </button>
234| </div>
235| <div class="oc-period-popover-body">
236| <div class="oc-period-field">
237| <label for="ap_overview_start_date">Data inicial</label>
238| <div class="oc-period-input-wrap">
239| <input type="date" class="form-control" id="ap_overview_start_date" aria-label="Data inicial">
240| </div>
241| </div>
242| <div class="oc-period-field">
243| <label for="ap_overview_end_date">Data final</label>
244| <div class="oc-period-input-wrap">
245| <input type="date" class="form-control" id="ap_overview_end_date" aria-label="Data final">
246| </div>
247| </div>
248| <div class="oc-period-presets">
249| <span class="oc-period-presets-label">Atalhos de período</span>
250| <div class="oc-period-presets-row">
251| {% for opt in ov_filters.period_presets|default([]) %}
252| <button type="button"
253| class="oc-period-preset ap-overview-period-preset"
254| data-preset="{{ opt.value }}"
255| data-label="{{ opt.text }}">{{ opt.text }}</button>
256| {% else %}
257| <button type="button" class="oc-period-preset ap-overview-period-preset" data-preset="last_month">Mês atual</button>
258| <button type="button" class="oc-period-preset ap-overview-period-preset" data-preset="last_3_months">Últimos 3 meses</button>
259| <button type="button" class="oc-period-preset ap-overview-period-preset" data-preset="last_6_months">Últimos 6 meses</button>
260| <button type="button" class="oc-period-preset ap-overview-period-preset" data-preset="last_year">Último ano</button>
261| <button type="button" class="oc-period-preset ap-overview-period-preset" data-preset="total">Todo o período</button>
262| {% endfor %}
263| </div>
264| </div>
265| <div class="oc-period-summary-row">
266| <button type="button" class="oc-period-apply-icon" id="ap_overview_period_apply" title="Aplicar período">
267| <i class="fas fa-calendar-alt"></i>
268| </button>
269| <div class="oc-period-summary">
270| <i class="fas fa-info-circle"></i>
271| <span id="ap_overview_period_summary"></span>
272| </div>
273| </div>
274| <div class="oc-period-comparison-info" style="grid-column:1/-1; font-size:12px; color:#5C5D5D; line-height:1.5; padding:10px 0 0; border-top:1px solid #EEF0F2; margin-top:4px;">
275| <i class="fas fa-info-circle" style="margin-right:4px;"></i>
276| As comparações são feitas em relação ao mesmo período do ano anterior. Se não houver dados suficientes, compara-se com o mês anterior.
277| </div>
278| </div>
279| </div>
280| </div>
281| {% if ssma_show_unidade_filter %}
282| <div class="filter-item ap-painel-unidade-filter">
283| {% include 'components/ui/_custom_select.html.twig' with {
284| id: 'ap_overview_filter_unit',
285| name: 'ap_overview_filter_unit',
286| label: 'Unidade',
287| options: ap_painel_unidade_options,
288| selected_value: 'todas',
289| loading_enabled: true
290| } %}
291| </div>
292| {% endif %}
293| </div>
294|</div>
295|
296|<div class="members-content p-3 ssma-action-plan-painel" id="ssma-action-plan-dashboard-root">
297| <div class="d-none" aria-hidden="true">
298| {% include 'components/ui/_pill.html.twig' with { label: 'pill', color: 'gray', size: 'sm' } %}
299| </div>
300| <script type="application/json" id="ssma-ap-panel-config-json">{{ {
301| filterUrl: path('ssma_plano_acao_panel_filter'),
302| defaultPeriod: panel.active_period|default('next_month'),
303| defaultOverviewPeriod: panel.active_overview_period|default('last_3_months'),
304| defaultAxis: panel.active_axis|default('weekly')
305| }|json_encode|raw }}</script>
306| <script type="application/json" id="ssma-ap-panel-data-json">{{ panel|json_encode|raw }}</script>
307|
308| <div class="ssma-ap-panel-view-pills" id="ssmaApPanelViewPills" role="tablist" aria-label="Seções do painel de plano de ação">
309| {% for view in panel.view_sections|default([]) %}
310| <button type="button"
311| class="ssma-ap-panel-view-pill{% if view.id == panel_default_view %} is-active{% endif %}"
312| data-view="{{ view.id }}"
313| role="tab"
314| aria-selected="{{ view.id == panel_default_view ? 'true' : 'false' }}">
315| {{ view.label }}
316| </button>
317| {% endfor %}
318| </div>
319|
320| <div data-ap-panel-view="pendencias"{% if panel_default_view != 'pendencias' %} class="d-none"{% endif %}>
321| <div class="row mb-3" id="ssma-ap-kpi-row">
322| {% for kpi in panel_kpis %}
323| <div class="col-12 col-md-6 col-xl-3 mb-2 mb-xl-0">
324| {% set _kpi_trend = kpi.trend|default({}) %}
325| {% set _kpi_card = { title: kpi.title, value: kpi.value } %}
326| {% if _kpi_trend.label|default('') %}
327| {% set _kpi_card = _kpi_card|merge({ content: _kpi_trend.label }) %}
328| {% endif %}
329| {% set _kpi_footer_bits = [] %}
330| {% for item in kpi.footer|default([]) %}
331| {% set _kpi_footer_bits = _kpi_footer_bits|merge([item.label ~ ': ' ~ item.value]) %}
332| {% endfor %}
333| {% if _kpi_footer_bits|length > 0 %}
334| {% set _kpi_card = _kpi_card|merge({ footer: _kpi_footer_bits|join(' | ') }) %}
335| {% endif %}
336| {% include 'components/ui/_card.html.twig' with _kpi_card only %}
337| </div>
338| {% endfor %}
339| </div>
340|
341| <div class="row mb-3">
342| <div class="col-12">
343| <div class="ssma-ap-ia-shell">
344| <div class="ssma-ap-ia-inner-body">
345| <div class="ssma-ap-recommendation-header">
346| <div class="chat-avatar flex-shrink-0 ssma-ap-recommendation-avatar">
347| <img src="{{ asset('images/ia_images/adriana.png') }}" alt="Adriana" width="32" height="32">
348| </div>
349| <div class="ssma-ap-semantic-title mb-0">{{ panel.recommendation.title|default('Recomendação da Adriana') }}</div>
350| </div>
351| <p class="ssma-ap-semantic-summary mb-0">{{ panel.recommendation.text|default('') }}</p>
352| </div>
353| </div>
354| </div>
355| </div>
356|
357| <div class="row mb-3">
358| <div class="col-12">
359| <div class="app-card-surface ssma-dashboard-chart-card h-100">
360| <div class="d-flex align-items-start justify-content-between flex-wrap px-3 py-2 border-bottom" style="gap: 10px;">
361| <div>
362| <div class="ssma-dashboard-chart-title">Pendências críticas por prazo</div>
363| </div>
364| <div class="ssma-ap-chart-month-select">
365| <select class="form-control form-control-sm" id="ssma-ap-chart-axis-filter" aria-label="Agrupamento do eixo X">
366| {% if panel_charts.critical_pending_by_deadline.axes|default([])|length > 0 %}
367| {% for axis in panel_charts.critical_pending_by_deadline.axes %}
368| <option value="{{ axis.value }}"{% if axis.selected|default(false) %} selected{% endif %}>{{ axis.label }}</option>
369| {% endfor %}
370| {% else %}
371| <option value="weekly" selected>Semanal</option>
372| <option value="daily">Diário</option>
373| {% endif %}
374| </select>
375| </div>
376| </div>
377| <div class="p-2">
378| <div id="ssma-ap-chart-critical" class="ssma-ap-chart-host ssma-ap-chart-host--main" aria-hidden="false"></div>
379| </div>
380| </div>
381| </div>
382| </div>
383|
384| <div class="row mb-3 ssma-dashboard-chart-pair-row">
385| <div class="col-12 col-lg-6 mb-3 mb-lg-0 d-flex">
386| <div class="app-card-surface ssma-dashboard-chart-card ssma-dashboard-chart-card--paired h-100 w-100 d-flex flex-column">
387| <div class="px-3 py-2 border-bottom flex-shrink-0">
388| <div class="ssma-dashboard-chart-title">Top responsáveis com pendências</div>
389| <div class="ssma-dashboard-chart-subtitle">Top 10 por volume total de pendências</div>
390| </div>
391| <div class="ssma-ap-chart-wrap--paired">
392| <div id="ssma-ap-chart-top-responsible" class="ssma-ap-chart-host ssma-ap-chart-host--hbar ssma-ap-chart-host--fill"></div>
393| </div>
394| </div>
395| </div>
396| <div class="col-12 col-lg-6 d-flex">
397| <div class="app-card-surface ssma-dashboard-chart-card ssma-dashboard-chart-card--paired h-100 w-100 d-flex flex-column">
398| <div class="px-3 py-2 border-bottom flex-shrink-0">
399| <div class="ssma-dashboard-chart-title">Pendências por origem</div>
400| <div class="ssma-dashboard-chart-subtitle">Distribuição do volume total de pendências</div>
401| </div>
402| <div class="ssma-ap-chart-wrap--paired">
403| <div id="ssma-ap-chart-origin" class="ssma-ap-chart-host ssma-ap-chart-host--column ssma-ap-chart-host--fill"></div>
404| </div>
405| </div>
406| </div>
407| </div>
408|
409| <div class="row mb-3">
410| <div class="col-12">
411| <div class="ssma-ap-operational-summary" id="ssma-ap-operational-summary">
412| <div class="ssma-ap-operational-summary-title">Resumo Operacional</div>
413| {% for row in panel_summary.rows|default([]) %}
414| <div class="ssma-ap-op-row">
415| <div class="ssma-ap-op-row-head">
416| <span>{{ row.label }}</span>
417| <span class="ssma-ap-op-row-value">{{ row.count }} · {{ row.percent }}%</span>
418| </div>
419| <div class="ssma-ap-op-progress" aria-hidden="true">
420| <div class="ssma-ap-op-progress-fill" style="width: {{ row.percent|default(25) }}%;"></div>
421| </div>
422| </div>
423| {% endfor %}
424| {% set total_row = panel_summary.total|default({}) %}
425| <div class="ssma-ap-op-total">
426| <span>{{ total_row.label|default('Total de pendências') }}</span>
427| <span>{{ total_row.value|default('') }} · {{ total_row.percent|default(100) }}%</span>
428| </div>
429| </div>
430| </div>
431| </div>
432|
433| {% set ap_table_rows = [] %}
434| {% set priority_colors = {
435| 'alta': 'red',
436| 'critica': 'red',
437| 'urgente': 'red',
438| 'moderada': 'teal',
439| 'media': 'teal',
440| 'medio': 'teal',
441| 'média': 'teal',
442| 'baixa': 'gray',
443| 'leve': 'gray'
444| } %}
445| {% for row in panel_table.rows|default([]) %}
446| {% set origin_meta = panel_origin_icons[row.origin|default('')] | default({}) %}
447| {% set title_cell %}
448| <div>
449| <div class="ssma-ap-table-title-main">{{ row.title }}</div>
450| <div class="ssma-ap-table-title-sub">{{ row.action_id }}</div>
451| </div>
452| {% endset %}
453| {% set origin_cell %}
454| <span class="ssma-ap-panel-table-origin"
455| data-toggle="tooltip"
456| title="{{ origin_meta.title|default('Origem') }}"
457| aria-label="{{ origin_meta.title|default('Origem') }}">
458| {% include 'components/ui/_icon_badge.html.twig' with {
459| icon: origin_meta.icon|default('fa-link'),
460| size: 'md',
461| variant: origin_meta.variant|default('primary'),
462| rounded: true
463| } %}
464| </span>
465| {% endset %}
466| {% set mgmt_cell %}
467| <div>
468| <div class="ssma-ap-table-title-main">{{ row.management }}</div>
469| <div class="ssma-ap-table-mgmt-sub">{{ row.location }}</div>
470| </div>
471| {% endset %}
472| {% set priority_key = row.priority_key|default('baixa')|lower %}
473| {% set priority_color = priority_colors[priority_key] is defined ? priority_colors[priority_key] : 'gray' %}
474| {% set priority_cell %}
475| {% include 'components/ui/_pill.html.twig' with {
476| label: row.priority,
477| color: priority_color,
478| size: 'sm'
479| } %}
480| {% endset %}
481| {% set executor_members = [] %}
482| {% for person in row.executors|default([]) %}
483| {% set executor_members = executor_members|merge([{
484| name: person.name|default(person.initials|default('')),
485| avatar: person.avatar|default('')
486| }]) %}
487| {% endfor %}
488| {% set quem_executa_cell %}
489| {% include 'components/ui/_member_avatars_stack.html.twig' with {
490| members: executor_members,
491| max_visible: 3,
492| size: 27,
493| empty_label: '—'
494| } %}
495| {% endset %}
496| {% set validator_members = [] %}
497| {% for person in row.validators|default([]) %}
498| {% set validator_members = validator_members|merge([{
499| name: person.name|default(person.initials|default('')),
500| avatar: person.avatar|default('')
Note: Results truncated to 500 lines. Please narrow your line range.
file_read
Show Details
Arguments
{"file_path": "templates/ssma/action_plan/tabs/_tab_action_plan.html.twig", "start_line": 400, "end_line": 680}
Result
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig (Total lines: 2262)
IS_TRUNCATED: false
LINE_RANGE: 400-680
400|
401| return {
402| r: parseInt(sanitized.substring(0, 2), 16),
403| g: parseInt(sanitized.substring(2, 4), 16),
404| b: parseInt(sanitized.substring(4, 6), 16)
405| };
406| }
407|
408| function ssmaActionPlanRgbToHex(rgb) {
409| function toHex(value) {
410| var normalized = Math.max(0, Math.min(255, Math.round(value)));
411| return normalized.toString(16).padStart(2, '0');
412| }
413|
414| return '#' + toHex(rgb.r) + toHex(rgb.g) + toHex(rgb.b);
415| }
416|
417| function getSsmaActionPlanColorFromStops(stops, position) {
418| var normalizedPosition = Math.max(0, Math.min(1, position));
419| var currentStop = stops[0];
420| var nextStop = stops[stops.length - 1];
421|
422| $.each(stops, function (index, stop) {
423| if (normalizedPosition >= stop[0]) {
424| currentStop = stop;
425| }
426|
427| if (normalizedPosition <= stop[0]) {
428| nextStop = stop;
429| return false;
430| }
431| });
432|
433| if (currentStop[0] === nextStop[0]) {
434| return currentStop[1];
435| }
436|
437| var range = nextStop[0] - currentStop[0];
438| var ratio = range === 0 ? 0 : (normalizedPosition - currentStop[0]) / range;
439| var startColor = ssmaActionPlanHexToRgb(currentStop[1]);
440| var endColor = ssmaActionPlanHexToRgb(nextStop[1]);
441|
442| return ssmaActionPlanRgbToHex({
443| r: startColor.r + ((endColor.r - startColor.r) * ratio),
444| g: startColor.g + ((endColor.g - startColor.g) * ratio),
445| b: startColor.b + ((endColor.b - startColor.b) * ratio)
446| });
447| }
448|
449| function buildSsmaResolutionConicalGradient(value, colorStops) {
450| var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
451| var filledAngle = (normalizedValue / 100) * 360;
452| var parts = [];
453| var i;
454|
455| for (i = 0; i < colorStops.length; i++) {
456| var stopAngle = colorStops[i][0] * 360;
457| if (stopAngle < filledAngle) {
458| parts.push(colorStops[i][1] + ' ' + stopAngle + 'deg');
459| }
460| }
461|
462| var endColor = getSsmaActionPlanColorFromStops(colorStops, normalizedValue / 100);
463| parts.push(endColor + ' ' + filledAngle + 'deg, #E8EDF2 ' + filledAngle + 'deg, #E8EDF2 360deg');
464|
465| return 'conic-gradient(' + parts.join(', ') + ')';
466| }
467|
468| function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops, hasData) {
469| if (hasData === false) {
470| return renderSsmaActionPlanChartEmptyState(containerId);
471| }
472|
473| var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
474|
475| return renderSsmaActionPlanGauge(
476| containerId,
477| normalizedValue,
478| {
479| x1: 0,
480| y1: 0,
481| x2: 1,
482| y2: 1,
483| stops: colorStops
484| },
485| true
486| );
487| }
488|
489| function renderSsmaActionPlanGauge(containerId, value, colorConfig, hasData) {
490| if (hasData === false) {
491| return renderSsmaActionPlanChartEmptyState(containerId);
492| }
493|
494| var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
495| var arcColor = typeof colorConfig === 'string'
496| ? colorConfig
497| : buildSsmaActionPlanGradient(colorConfig);
498|
499| var gaugeData = [
500| { y: normalizedValue, color: arcColor, borderWidth: 0, borderColor: 'transparent' },
501| { y: Math.max(0, 100 - normalizedValue), color: '#E8EDF2', borderWidth: 0, borderColor: 'transparent' }
502| ];
503|
504| return Highcharts.chart(containerId, {
505| chart: {
506| type: 'pie',
507| backgroundColor: 'transparent',
508| spacing: [0, 0, 0, 0],
509| margin: [0, 0, 0, 0],
510| animation: false,
511| events: {
512| render: function () {
513| updateSsmaActionPlanGaugeCenterLabel(this, normalizedValue);
514| }
515| }
516| },
517| title: { text: null },
518| subtitle: { text: null },
519| tooltip: { enabled: false },
520| credits: { enabled: false },
521| legend: { enabled: false },
522| plotOptions: {
523| pie: {
524| dataLabels: { enabled: false },
525| borderWidth: 0,
526| borderColor: 'transparent',
527| startAngle: 0,
528| endAngle: 360,
529| center: ['50%', '50%'],
530| size: '88%',
531| innerSize: '68%',
532| states: {
533| inactive: { opacity: 1 },
534| hover: { enabled: false }
535| }
536| }
537| },
538| series: [{
539| animation: false,
540| data: gaugeData
541| }]
542| });
543| }
544|
545| function buildSsmaActionPlanCharts() {
546| var hasActionChartData = Number((ssmaActionPlanState.kpis && ssmaActionPlanState.kpis.total_actions) || (ssmaActionPlanState.actions || []).length || 0) > 0;
547| var brandColors = getSsmaActionPlanBrandColors();
548|
549| ssmaActionPlanChartState.projectGauge = renderSsmaActionPlanGauge(
550| 'ssma-action-plan-project-gauge',
551| ssmaActionPlanGauges.with_project_rate || 0,
552| { x1: 0, y1: 0, x2: 0, y2: 1, stops: [[0, brandColors.dark], [1, brandColors.base]] },
553| hasActionChartData
554| );
555|
556| ssmaActionPlanChartState.resolutionGauge = renderSsmaActionPlanResolutionGauge(
557| 'ssma-action-plan-resolution-gauge',
558| ssmaActionPlanGauges.resolution_rate || 0,
559| [
560| [0, '#EA151C'],
561| [0.5, '#FFC107'],
562| [1, '#25AD52']
563| ],
564| hasActionChartData
565| );
566|
567| ssmaActionPlanChartState.typeBar = window.renderSsmaActionsBarChart(
568| 'ssma-action-plan-type-bar',
569| ssmaActionPlanTypeSeries,
570| {
571| defaultColor: brandColors.dark
572| }
573| );
574|
575| ssmaActionPlanChartState.deadlineBar = window.renderSsmaActionsBarChart(
576| 'ssma-action-plan-deadline-bar',
577| ssmaActionPlanCharts.actions_on_schedule || [],
578| {
579| defaultColor: '#186073'
580| }
581| );
582| }
583|
584| function reflowSsmaActionPlanCharts() {
585| $.each(ssmaActionPlanChartState, function (_, chartInstance) {
586| if (chartInstance && typeof chartInstance.reflow === 'function') {
587| chartInstance.reflow();
588| }
589| });
590| }
591|
592| function hasSsmaActionPlanDistributionCharts() {
593| return $('#ssma-action-plan-type-bar, #ssma-action-plan-deadline-bar, #ssma-action-plan-project-gauge, #ssma-action-plan-resolution-gauge').length > 0;
594| }
595|
596| function initSsmaActionPlanCharts() {
597| if (!hasSsmaActionPlanDistributionCharts()) {
598| return;
599| }
600|
601| waitForSsmaActionPlanHighcharts(function () {
602| if (!ssmaActionPlanChartState.initialized) {
603| buildSsmaActionPlanCharts();
604| ssmaActionPlanChartState.initialized = true;
605| }
606|
607| reflowSsmaActionPlanCharts();
608| });
609| }
610|
611| function syncSsmaActionPlanSeriesFromState() {
612| ssmaActionPlanGauges = $.extend({}, ssmaActionPlanState.gauges || {});
613| ssmaActionPlanTypeSeries = $.map(ssmaActionPlanState.barCharts && ssmaActionPlanState.barCharts.types ? ssmaActionPlanState.barCharts.types : [], function (item) {
614| return $.extend({}, item);
615| });
616| ssmaActionPlanCharts = $.extend(true, {}, ssmaActionPlanState.charts || {});
617| }
618|
619| function destroySsmaActionPlanCharts() {
620| ['projectGauge', 'resolutionGauge', 'typeBar', 'deadlineBar'].forEach(function (key) {
621| var chartInstance = ssmaActionPlanChartState[key];
622|
623| if (chartInstance && typeof chartInstance.destroy === 'function') {
624| chartInstance.destroy();
625| }
626|
627| ssmaActionPlanChartState[key] = null;
628| });
629|
630| $('#ssma-action-plan-project-gauge, #ssma-action-plan-resolution-gauge, #ssma-action-plan-type-bar, #ssma-action-plan-deadline-bar').html(ssmaActionPlanChartEmptyStateHtml);
631| ssmaActionPlanChartState.initialized = false;
632| }
633|
634| function refreshSsmaActionPlanCharts() {
635| if (!hasSsmaActionPlanDistributionCharts()) {
636| syncSsmaActionPlanSeriesFromState();
637| return;
638| }
639|
640| syncSsmaActionPlanSeriesFromState();
641|
642| waitForSsmaActionPlanHighcharts(function () {
643| destroySsmaActionPlanCharts();
644| buildSsmaActionPlanCharts();
645| ssmaActionPlanChartState.initialized = true;
646| reflowSsmaActionPlanCharts();
647| });
648| }
649|
650| window.initSsmaActionPlanCharts = initSsmaActionPlanCharts;
651| window.reflowSsmaActionPlanCharts = reflowSsmaActionPlanCharts;
652| window.refreshSsmaActionPlanCharts = refreshSsmaActionPlanCharts;
653|
654| function renderSsmaActionPlanKpis() {
655| var kpis = ssmaActionPlanState.kpis || {};
656| var titleMap = {
657| open_actions: 'Ações abertas',
658| resolved_actions: 'Ações resolvidas',
659| without_project: 'Sem projetos',
660| total_actions: 'Total de ações'
661| };
662|
663| $('.js-ssma-action-plan-kpi-card').each(function () {
664| var $card = $(this);
665| var key = $card.data('kpiKey');
666| var value = Number(kpis[key] || 0);
667|
668| $card.find('.mhs-card-title').text(titleMap[key] || '');
669|
670| if ($card.find('.mhs-card-value').length) {
671| $card.find('.mhs-card-value').text(value);
672| } else {
673| $card.find('.mhs-card-body').prepend($('<h3 class="mhs-card-value"></h3>').text(value));
674| }
675| });
676| }
677|
678| function renderSsmaActionPlanRecommendation() {
679| var recommendation = (ssmaActionPlanState.kpis && ssmaActionPlanState.kpis.recommendation)
680| ? ssmaActionPlanState.kpis.recommendation
Request #40
deepseek-v4-flash
P:40.73K C:177 CR:30.21K CW:0
2211ms
Reasoning
Let me continue reading `_tab_painel.html.twig` from line 500 onwards to see rest of template, especially the visao_geral section placement and distribution charts.
Vou continuar lendo o restante do `_tab_painel.html.twig` para mapear onde ficam os charts de distribuição/gauges e a view visão geral.
Tool Calls (1)
file_read
Show Details
Arguments
{"file_path": "templates/ssma/action_plan/tabs/_tab_painel.html.twig", "start_line": 500, "end_line": 596}
Result
File: templates/ssma/action_plan/tabs/_tab_painel.html.twig (Total lines: 596)
IS_TRUNCATED: false
LINE_RANGE: 500-596
500| avatar: person.avatar|default('')
501| }]) %}
502| {% endfor %}
503| {% set quem_valida_cell %}
504| {% include 'components/ui/_member_avatars_stack.html.twig' with {
505| members: validator_members,
506| max_visible: 3,
507| size: 27,
508| empty_label: '—'
509| } %}
510| {% endset %}
511| {% set deadline_cell %}
512| <span class="ssma-ap-deadline--{{ row.deadline_overdue|default(false) ? 'overdue' : 'ok' }}">{{ row.deadline }}</span>
513| {% endset %}
514| {% set action_cell %}
515| <button type="button"
516| class="ssma-ap-panel-table-action-btn js-ssma-ap-panel-view-action"
517| data-action-id="{{ row.id }}"
518| data-toggle="tooltip"
519| title="Visualizar"
520| aria-label="Visualizar ação">
521| <i class="fas fa-eye" aria-hidden="true"></i>
522| </button>
523| {% endset %}
524| {% set ap_table_rows = ap_table_rows|merge([{
525| titulo: title_cell|trim,
526| origem: origin_cell|trim,
527| gerencia: mgmt_cell|trim,
528| prioridade: priority_cell|trim,
529| quem_executa: quem_executa_cell|trim,
530| quem_valida: quem_valida_cell|trim,
531| prazo: deadline_cell|trim,
532| pendencia: row.pending,
533| acoes: action_cell|trim
534| }]) %}
535| {% endfor %}
536|
537| <div class="row mb-3">
538| <div class="col-12">
539| {% include 'components/ui/_table_card.html.twig' with {
540| title: 'Plano de ação',
541| table_id: 'ssma-ap-panel-table',
542| headers: [
543| { title: 'Título da ação', responsivePriority: 1 },
544| { title: 'Origem', key: 'origem', class: 'text-center', responsivePriority: 3 },
545| { title: 'Gerência', responsivePriority: 2 },
546| { title: 'Prioridade', responsivePriority: 2 },
547| { title: 'Quem executa', responsivePriority: 3 },
548| { title: 'Quem valida', responsivePriority: 3 },
549| { title: 'Prazo', responsivePriority: 2 },
550| { title: 'Pendência', responsivePriority: 4 },
551| { title: 'Ações', key: 'acoes', class: 'text-center', responsivePriority: 1 }
552| ],
553| rows: ap_table_rows,
554| empty_message: 'Nenhuma ação encontrada.',
555| datatable_options: {
556| ordering: false,
557| searching: false,
558| pageLength: panel_table.page_length|default(10),
559| lengthMenu: [[10, 25, 50], [10, 25, 50]],
560| lengthChange: true,
561| language: {
562| emptyTable: 'Nenhuma ação encontrada.',
563| zeroRecords: 'Nenhuma ação corresponde aos filtros.',
564| info: 'Mostrando _END_ de _TOTAL_ ações',
565| infoEmpty: 'Mostrando 0 de 0 ações',
566| lengthMenu: 'Resultados por página _MENU_',
567| paginate: { previous: '<', next: '>' }
568| }
569| }
570| } %}
571| </div>
572| </div>
573|
574| {% include 'ssma/action_plan/partials/_action_plan_semantic_adriana.html.twig' with {
575| view_mode: 'pendencias',
576| semantic: panel_semantic,
577| adriana: panel_adriana,
578| context: 'action_plan',
579| row_id: 'ssma-ap-semantic-adriana-pendencias'
580| } %}
581| </div>
582|
583| <div data-ap-panel-view="visao_geral" class="d-none">
584| {% include 'ssma/action_plan/tabs/_tab_painel_visao_geral.html.twig' %}
585| </div>
586|
587| <div data-ap-panel-view="comparativo" class="d-none">
588| <div class="ssma-ap-view-placeholder" id="ssma-ap-comparativo-root">
589| Comparativo entre unidades — carregando dados…
590| </div>
591| </div>
592|</div>
593|
594|<script src="https://cdnjs.cloudflare.com/ajax/libs/html2canvas/1.4.1/html2canvas.min.js"></script>
595|<script src="{{ asset('js/ssma/action_plan_panel.js') }}"></script>
596|
Request #41
deepseek-v4-flash
P:42.14K C:123 CR:40.83K CW:0
1829ms
Reasoning
Now let me read the visao_geral template to see where the distribution charts/gauges live, and their visibility conditions.
Vou ler o template da visão geral para entender onde os charts de distribuição e gauges aparecem em relação às views.
Tool Calls (1)
file_read
Show Details
Arguments
{"file_path": "templates/ssma/action_plan/tabs/_tab_painel_visao_geral.html.twig"}
Result
File: templates/ssma/action_plan/tabs/_tab_painel_visao_geral.html.twig (Total lines: 219)
IS_TRUNCATED: false
LINE_RANGE: 1-219
1|{# Visão Geral — Painel do Plano de Ação #}
2|{% set overview = panel.overview|default({}) %}
3|{% set ov_filters = overview.filters|default({}) %}
4|{% set ov_indicators = overview.indicators|default([]) %}
5|{% set ov_semantic = overview.semantic_analysis|default({}) %}
6|{% set ov_adriana = overview.adriana_insights|default({}) %}
7|{% set ov_pagination = overview.pagination|default({}) %}
8|{% set ov_origin_icons = panel.origin_icons|default({}) %}
9|{% set _ap = action_plan_data|default({}) %}
10|{% set _ap_on_schedule = _ap.charts.actions_on_schedule|default([]) %}
11|{% set _ap_types_chart = _ap.bar_charts.types|default([]) %}
12|{% set action_plan_empty_chart_state %}
13| {% include 'components/_empty_card_state.html.twig' with {
14| icon: 'fa-chart-column',
15| title: 'Nenhum dado disponível',
16| subtitle: 'O gráfico será exibido quando houver informações suficientes.'
17| } %}
18|{% endset %}
19|
20|<div class="action-plan-overview" id="ssma-ap-overview-root">
21| <div class="row mb-3 ssma-ap-overview-kpi-row" id="ssma-ap-overview-kpi-row">
22| {% for indicator in ov_indicators %}
23| <div class="col-12 col-md-6 col-xl mb-2 mb-xl-0">
24| {% set _kpi_trend = indicator.trend|default({}) %}
25| {% set _kpi_card = { title: indicator.title, value: indicator.value } %}
26| {% if _kpi_trend.label|default('') %}
27| {% set _kpi_card = _kpi_card|merge({ content: _kpi_trend.label }) %}
28| {% endif %}
29| {% if indicator.footer|default('') %}
30| {% set _kpi_card = _kpi_card|merge({ footer: indicator.footer }) %}
31| {% elseif indicator.unit|default('') %}
32| {% set _kpi_card = _kpi_card|merge({ footer: indicator.unit }) %}
33| {% endif %}
34| {% include 'components/ui/_card.html.twig' with _kpi_card only %}
35| </div>
36| {% endfor %}
37| </div>
38|
39| <div class="row mb-3">
40| <div class="col-12">
41| <div class="app-card-surface ssma-dashboard-chart-card action-plan-overview__chart-card h-100">
42| <div class="px-3 py-2 border-bottom">
43| <div class="ssma-dashboard-chart-title">Evolução das ações no período</div>
44| <div class="ssma-dashboard-chart-subtitle">Evolução semanal das ações finalizadas e vencidas no período selecionado.</div>
45| </div>
46| <div class="p-2">
47| <div id="ssma-ap-chart-overview-evolution" class="ssma-ap-chart-host ssma-ap-chart-host--main action-plan-overview__chart-host"></div>
48| </div>
49| </div>
50| </div>
51| </div>
52|
53| <div class="row mb-3">
54| <div class="col-12 col-lg-6 mb-3 mb-lg-0">
55| <div class="app-card-surface ssma-dashboard-chart-card action-plan-overview__chart-card h-100">
56| <div class="px-3 py-2 border-bottom">
57| <div class="ssma-dashboard-chart-title">Quais demoram mais</div>
58| <div class="ssma-dashboard-chart-subtitle">Tempo médio até cumprimento por origem da ação (em dias).</div>
59| </div>
60| <div class="ssma-ap-chart-wrap--hbar">
61| <div id="ssma-ap-chart-overview-origin-time" class="ssma-ap-chart-host ssma-ap-chart-host--hbar action-plan-overview__chart-host"></div>
62| </div>
63| </div>
64| </div>
65| <div class="col-12 col-lg-6">
66| <div class="app-card-surface ssma-dashboard-chart-card action-plan-overview__chart-card h-100">
67| <div class="px-3 py-2 border-bottom">
68| <div class="ssma-dashboard-chart-title">Tempo médio de execução por pessoa</div>
69| <div class="ssma-dashboard-chart-subtitle">Top 5 pessoas com maior tempo médio até cumprimento (em dias).</div>
70| </div>
71| <div class="ssma-ap-chart-wrap--hbar">
72| <div id="ssma-ap-chart-overview-person-time" class="ssma-ap-chart-host ssma-ap-chart-host--hbar action-plan-overview__chart-host"></div>
73| </div>
74| </div>
75| </div>
76| </div>
77|
78| <div class="row mb-3">
79| <div class="col-12 col-lg-6 mb-3 mb-lg-0">
80| {% include 'ssma/partials/_actions_bar_chart.html.twig' with {
81| chart_id: 'ssma-action-plan-type-bar',
82| chart_title: 'Distribuição de ações por tipo',
83| chart_series: _ap_types_chart,
84| default_color: 'company',
85| auto_init: false
86| } %}
87| </div>
88| <div class="col-12 col-lg-6 mb-3 mb-lg-0">
89| {% include 'ssma/partials/_actions_bar_chart.html.twig' with {
90| chart_id: 'ssma-action-plan-deadline-bar',
91| chart_title: 'Distribuição de ações por prazo',
92| chart_series: _ap_on_schedule,
93| default_color: '#186073',
94| auto_init: false
95| } %}
96| </div>
97| </div>
98|
99| <div class="row mb-3" id="ssma-action-plan-gauges-row">
100| <div class="col-12 col-lg-6 mb-3 mb-lg-0">
101| <div class="app-card-surface h-100" id="ssma-action-plan-project-gauge-card">
102| <div class="d-flex align-items-center justify-content-between px-3 py-2 border-bottom">
103| <div class="ssma-action-plan-chart-title">Taxa de planos de ação com projetos</div>
104| </div>
105| <div class="p-3">
106| <div id="ssma-action-plan-project-gauge" style="height: 360px; min-height: 360px;">{{ action_plan_empty_chart_state }}</div>
107| </div>
108| </div>
109| </div>
110| <div class="col-12 col-lg-6 mb-3 mb-lg-0">
111| <div class="app-card-surface h-100">
112| <div class="d-flex align-items-center justify-content-between px-3 py-2 border-bottom">
113| <div class="ssma-action-plan-chart-title">Taxa de aceitação das ações</div>
114| </div>
115| <div class="p-3">
116| <div id="ssma-action-plan-resolution-gauge" style="height: 360px; min-height: 360px;">{{ action_plan_empty_chart_state }}</div>
117| </div>
118| </div>
119| </div>
120| </div>
121|
122| {% set ov_table_rows = [] %}
123| {% for row in overview.action_details|default([]) %}
124| {% set origin_meta = ov_origin_icons[row.origin_type|default('')] | default({}) %}
125| {% set origin_cell %}
126| <span class="action-plan-overview__origin-cell"
127| data-toggle="tooltip"
128| title="{{ origin_meta.title|default(row.origin) }}"
129| aria-label="{{ origin_meta.title|default(row.origin) }}">
130| {% include 'components/ui/_icon_badge.html.twig' with {
131| icon: origin_meta.icon|default('fa-link'),
132| size: 'sm',
133| variant: origin_meta.variant|default('primary'),
134| rounded: true
135| } %}
136| </span>
137| {% endset %}
138| {% set fulfillment_cell %}
139| <span class="action-plan-overview__time action-plan-overview__time--{{ row.fulfillment_time_class|default('ok') }}">
140| {{ row.fulfillment_time }} dias
141| </span>
142| {% endset %}
143| {% set validation_cell %}
144| <span class="action-plan-overview__time action-plan-overview__time--ok">
145| {{ row.validation_time }} dias
146| </span>
147| {% endset %}
148| {% set ov_table_rows = ov_table_rows|merge([{
149| codigo: row.code,
150| acao: row.action,
151| origem: origin_cell|trim,
152| criada: row.created_at,
153| cumprida: row.completed_at,
154| cumprimento: fulfillment_cell|trim,
155| validacao: validation_cell|trim,
156| responsavel: row.responsible
157| }]) %}
158| {% endfor %}
159|
160| <div class="row mb-3">
161| <div class="col-12">
162| {% include 'components/ui/_table_card.html.twig' with {
163| title: 'Detalhamento das ações',
164| table_id: 'ssma-ap-overview-table',
165| headers: [
166| { title: 'Código', responsivePriority: 2 },
167| { title: 'Ação', responsivePriority: 1 },
168| { title: 'Origem', responsivePriority: 3 },
169| { title: 'Criada em', responsivePriority: 4 },
170| { title: 'Cumprida em', responsivePriority: 4 },
171| { title: 'Tempo até cumprimento', key: 'cumprimento', class: 'text-center', responsivePriority: 2 },
172| { title: 'Tempo de validação', key: 'validacao', class: 'text-center', responsivePriority: 3 },
173| { title: 'Responsável', responsivePriority: 2 }
174| ],
175| rows: ov_table_rows,
176| empty_message: 'Nenhuma ação encontrada.',
177| datatable_options: {
178| ordering: false,
179| searching: false,
180| paging: false,
181| info: false,
182| lengthChange: false
183| }
184| } %}
185| <div class="datatable-footer ssma-ap-overview-table-footer"
186| id="ssma-ap-overview-pagination"
187| data-per-page="{{ ov_pagination.per_page|default(10) }}"
188| data-total="{{ ov_pagination.total|default(0) }}"
189| data-current-page="{{ ov_pagination.current_page|default(1) }}"
190| data-last-page="{{ ov_pagination.last_page|default(1) }}">
191| <div class="dataTables_info" id="ssma-ap-overview-pagination-info"></div>
192| <div class="dataTables_paginate pagination-controls" id="ssma-ap-overview-pagination-nav" aria-label="Paginação do detalhamento">
193| <button type="button" class="paginate_button page-btn previous" data-page="prev" aria-label="Página anterior"><</button>
194| <span id="ssma-ap-overview-page-numbers" class="d-inline-flex align-items-center"></span>
195| <button type="button" class="paginate_button page-btn next" data-page="next" aria-label="Próxima página">></button>
196| </div>
197| <div class="dataTables_length">
198| <label for="ssma-ap-overview-per-page">
199| Resultados por página
200| <select id="ssma-ap-overview-per-page" class="page-size-select" aria-label="Resultados por página">
201| <option value="10"{% if ov_pagination.per_page|default(10) == 10 %} selected{% endif %}>10</option>
202| <option value="25"{% if ov_pagination.per_page|default(10) == 25 %} selected{% endif %}>25</option>
203| <option value="50"{% if ov_pagination.per_page|default(10) == 50 %} selected{% endif %}>50</option>
204| </select>
205| </label>
206| </div>
207| </div>
208| </div>
209| </div>
210|
211| {% include 'ssma/action_plan/partials/_action_plan_semantic_adriana.html.twig' with {
212| view_mode: 'visao_geral',
213| semantic: ov_semantic,
214| adriana: ov_adriana,
215| context: 'action_plan_overview',
216| row_id: 'ssma-ap-semantic-adriana-visao-geral'
217| } %}
218|</div>
219|
Request #42
deepseek-v4-flash
P:45.53K C:1.87K CR:42.24K CW:0
13129ms
Reasoning
Now I understand the layout:
- Distribution charts (type bar, deadline bar, gauges) live inside `#ssma-ap-overview-root` in the visao_geral view section. The visao_geral section (`data-ap-panel-view="visao_geral"`) is `d-none` by default and toggled when switching views.
Wait, but the overview charts are inside `_tab_painel_visao_geral.html.twig`, which is inside the `data-ap-panel-view="visao_geral"` div, which starts with class `d-none`. So when panel default view is pendencias, the overview charts section is hidden (display:none).
Important implication for export: In `exportPanelChartsPrint` for visao_geral:
```js
renderOverviewCharts();
await waitForPanelChartsPaint(120);
reflowCharts(OVERVIEW_CHART_KEYS);
await ensureDistributionChartsForExport();
```
This happens while visao_geral is the current view (so section visible). renderOverviewCharts re-renders overview charts. But distribution charts (type/deadline bars + gauges) are also in the visao_geral section, and are the ones fed by `action_plan_data` (SSR + refresh). `ensureDistributionChartsForExport` checks if resolution gauge lacks `.highcharts-container` and calls `window.refreshSsmaActionPlanCharts()` to re-render all 4 distribution charts. Then it captures via html2canvas.
Now potential issues:
1. **`refreshSsmaActionPlanCharts` runs regardless of view and may be called when charts are hidden?** In visao_geral view, they are visible. Good. In pendencias, `getPendenciasPrintSections` doesn't include distribution charts. So fine.
2. But wait — what if current view is visao_geral but distribution charts were never initialized because the visao_geral section was hidden at page load? The `initSsmaActionPlanCharts` in `_tab_action_plan.html.twig` runs if containers exist regardless of visibility (they do exist in DOM, hidden). Highcharts can init in hidden containers fine, just width 0. When switching to visao_geral view, does action_plan_panel.js call `refreshSsmaActionPlanCharts` or `initSsmaActionPlanCharts`? Let me look at how overview view render triggers distribution charts. There is probably a call somewhere to reflow/refresh distribution charts on switch to visao_geral. That existed before (reflowDistributionCharts on switching views?). Hmm.
Actually more importantly for capture: When export in visao_geral, the user is currently in visao_geral view; the section is visible, so charts would have been rendered (maybe after being refreshed by the view switch). If resolution gauge was never initialized (charts hidden at page load and never re-inited), ensureDistributionChartsForExport calls `refreshSsmaActionPlanCharts()` which calls `waitForSsmaActionPlanHighcharts` (async) then destroy + build + reflow. This happens inside the Promise; but the refresh happens via waitForSsmaActionPlanHighcharts which is async (waits for Highcharts). Then 420ms later, capture runs. Likely fine.
Now consider `hasRenderedChart` check and `refreshSsmaActionPlanCharts` re-render: The refresh is only triggered if resolution gauge has no `.highcharts-container`. But what about type/deadline bars — if resolution gauge has a container but the deadline bar doesn't? The condition only checks resolution gauge. But resolution gauge and bars are built in the same `buildSsmaActionPlanCharts` within refresh. If all four charts exist but, e.g., typeBar missing? Hmm, but if resolution gauge has container, bars likely also (since built together). Edge case low.
Now — more significant: `ensureDistributionChartsForExport` calls `reflowDistributionCharts()` at the end only in else-branch? Actually look: if needsRefresh true, it calls refresh, then resolves after 420. It does NOT call reflowDistributionCharts after refresh. Wait — the first branch: `window.refreshSsmaActionPlanCharts(); window.setTimeout(resolve, 420); return;`. The second: `reflowDistributionCharts(); setTimeout(resolve, 220)`. `reflowDistributionCharts` calls `window.reflowSsmaActionPlanCharts()` which reflows all distribution charts (gauges + bars). OK.
But is `refreshSsmaActionPlanCharts` (defined in `_tab_action_plan.html.twig`) always available? Only if that script executed. It's always on the page? The action plan page has both tabs. Since `_tab_action_plan.html.twig` is rendered (included) whenever the action plan page loads (both tabs in same page, hidden via CSS), yes the script exists. Good.
However — if `refreshSsmaActionPlanCharts` was used inside visao_geral export while the current filters for pendencias apply... distribution charts use `action_plan_data` (from action plan state), independent of Painel filters. This matches "O que NÃO sinalizar como bloqueio" #1.
3. Let me now focus on the visao_geral view and which elements appear in the export order and check visibility during capture. `captureCardSectionForPrint` uses `getChartCaptureElement` that returns `el.closest('.ssma-dashboard-chart-card') || el.closest('.app-card-surface') || el`. For gauges, closest is `.app-card-surface` (gauge cards don't have `.ssma-dashboard-chart-card` class — they have `app-card-surface h-100`; resolution gauge card lacks id but project-gauge card has id). OK.
Now a NEW potential issue: **The visao_geral export includes only overview + distribution sections. But export for pendencias also captures the "Resumo Operacional" panel.** Fine.
4. Potential issue: `renderOverviewCharts()` is called in the export flow even though the charts are already rendered on screen. This triggers re-render of overview charts before capture, possibly resetting user scroll or disturbing the view... And importantly, if user hasn't yet loaded overview data (only pendencias data), does renderOverviewCharts fetch data via AJAX asynchronously? If renderOverviewCharts triggers an AJAX request, then the wait of only 120ms might not be enough, capturing stale/empty charts. Let me examine the JS to see what renderOverviewCharts does and whether the overview data was loaded before.
Actually, currentView is 'visao_geral' at this point, meaning the user switched to Visão Geral and data should have been loaded for overview. So probably overview data present. But let me check to be safe what happens when switching to visao_geral view for the first time — does it trigger a render? I need to inspect relevant functions in the JS.
Let me read sections of action_plan_panel.js to verify assumptions. The file is large; I need to check functions used: renderOverviewCharts, reflowDistributionCharts, initDistributionCharts, renderPairedPendingCharts, renderTopResponsibleChart, renderOriginChart, getOverviewData, updateOperationalSummary, reflowCharts, waitHighcharts, clearChartEmpty, destroyChart, reflowDistributionCharts.
Let me grep for these functions.
Agora vou examinar funções do JS que interagem com o fluxo de exportação (renderOverviewCharts, reflowDistributionCharts, getOverviewData, destroyChart, reflowCharts) para avaliar contratos e possíveis novos problemas.
Tool Calls (2)
code_search
Show Details
Arguments
{"search_text": "function renderOverviewCharts", "file_patterns": ["public/js/ssma/action_plan_panel.js"]}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 1
1808| function renderOverviewCharts() {
code_search
Show Details
Arguments
{"search_text": "function reflowDistributionCharts|function initDistributionCharts|function getOverviewData|function destroyChart|function reflowCharts|function waitHighcharts|function clearChartEmpty", "file_patterns": ["public/js/ssma/action_plan_panel.js"], "use_perl_regexp": true}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 8
1114| function getOverviewData() {
1118| function destroyChart(key) {
1127| function destroyChartKeys(keys) {
1143| function clearChartEmpty(el) {
1153| function waitHighcharts(callback) {
1745| function reflowCharts(keys) {
1755| function initDistributionCharts() {
1761| function reflowDistributionCharts() {
Request #43
deepseek-v4-flash
P:47.56K C:178 CR:47.36K CW:0
2055ms
Reasoning
Let me read the relevant JS functions.
Tool Calls (2)
file_read
Show Details
Arguments
{"file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1110, "end_line": 1200}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 1110-1200
1110| return null;
1111| }
1112| }
1113|
1114| function getOverviewData() {
1115| return panelData && panelData.overview ? panelData.overview : null;
1116| }
1117|
1118| function destroyChart(key) {
1119| if (charts[key]) {
1120| try {
1121| charts[key].destroy();
1122| } catch (err) { /* noop */ }
1123| delete charts[key];
1124| }
1125| }
1126|
1127| function destroyChartKeys(keys) {
1128| keys.forEach(function (key) {
1129| destroyChart(key);
1130| });
1131| }
1132|
1133| function showChartEmpty(el, message) {
1134| if (!el) {
1135| return;
1136| }
1137| el.innerHTML = '<div class="empty-card-state empty-card-state--sm">'
1138| + '<div class="empty-card-icon"><i class="fa-solid fa-chart-simple" style="color:#adb5bd" aria-hidden="true"></i></div>'
1139| + '<h5 class="empty-card-title">' + escapeHtml(message || 'Nenhum dado encontrado') + '</h5>'
1140| + '</div>';
1141| }
1142|
1143| function clearChartEmpty(el) {
1144| if (!el) {
1145| return;
1146| }
1147| var empty = el.querySelector('.empty-card-state');
1148| if (empty) {
1149| el.innerHTML = '';
1150| }
1151| }
1152|
1153| function waitHighcharts(callback) {
1154| if (window.Highcharts) {
1155| callback();
1156| return;
1157| }
1158| var attempts = 0;
1159| var timer = window.setInterval(function () {
1160| attempts += 1;
1161| if (window.Highcharts) {
1162| window.clearInterval(timer);
1163| callback();
1164| return;
1165| }
1166| if (attempts > 40) {
1167| window.clearInterval(timer);
1168| }
1169| }, 100);
1170| }
1171|
1172| function formatDecimalBr(value) {
1173| return String(value).replace('.', ',');
1174| }
1175|
1176| function formatEvolutionLabel(label) {
1177| if (Array.isArray(label)) {
1178| return label.join('<br/>');
1179| }
1180| return label;
1181| }
1182|
1183| function computeBarAxisMax(maxVal) {
1184| var value = Number(maxVal) || 0;
1185| if (value <= 0) {
1186| return 5;
1187| }
1188| var padded = Math.ceil(value * 1.12);
1189| if (padded <= 5) {
1190| return 5;
1191| }
1192| if (padded <= 10) {
1193| return 10;
1194| }
1195| if (padded <= 20) {
1196| return Math.ceil(padded / 5) * 5;
1197| }
1198| if (padded <= 50) {
1199| return Math.ceil(padded / 10) * 10;
1200| }
file_read
Show Details
Arguments
{"file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1730, "end_line": 1835}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 1730-1835
1730| function renderOverviewPersonTimeChart() {
1731| var el = document.getElementById('ssma-ap-chart-overview-person-time');
1732| var overview = getOverviewData();
1733| if (!el || !overview) {
1734| return;
1735| }
1736| buildHBarChart(
1737| el,
1738| 'overviewPersonTime',
1739| overview.average_execution_by_person || [],
1740| COLORS.personBar,
1741| { yMax: 20, tickInterval: 5, seriesName: 'Tempo médio' }
1742| );
1743| }
1744|
1745| function reflowCharts(keys) {
1746| window.setTimeout(function () {
1747| keys.forEach(function (key) {
1748| if (charts[key] && typeof charts[key].reflow === 'function') {
1749| charts[key].reflow();
1750| }
1751| });
1752| }, 80);
1753| }
1754|
1755| function initDistributionCharts() {
1756| if (typeof window.initSsmaActionPlanCharts === 'function') {
1757| window.initSsmaActionPlanCharts();
1758| }
1759| }
1760|
1761| function reflowDistributionCharts() {
1762| if (typeof window.reflowSsmaActionPlanCharts === 'function') {
1763| window.reflowSsmaActionPlanCharts();
1764| }
1765| }
1766|
1767| function ensureDistributionChartsForExport() {
1768| return new Promise(function (resolve) {
1769| var resolutionEl = document.getElementById('ssma-action-plan-resolution-gauge');
1770| var needsRefresh = !!(resolutionEl && !resolutionEl.querySelector('.highcharts-container'));
1771|
1772| if (needsRefresh && typeof window.refreshSsmaActionPlanCharts === 'function') {
1773| window.refreshSsmaActionPlanCharts();
1774| window.setTimeout(resolve, 420);
1775| return;
1776| }
1777|
1778| reflowDistributionCharts();
1779| window.setTimeout(resolve, 220);
1780| });
1781| }
1782|
1783| function renderPairedPendingCharts() {
1784| renderTopResponsibleChart();
1785| renderOriginChart();
1786| }
1787|
1788| function syncPairedPendingCharts() {
1789| window.setTimeout(function () {
1790| renderPairedPendingCharts();
1791| reflowCharts(['topResponsible', 'origin']);
1792| }, 120);
1793| }
1794|
1795| function renderPendenciasCharts() {
1796| var section = document.querySelector('[data-ap-panel-view="pendencias"]');
1797| if (!section || section.classList.contains('d-none')) {
1798| return;
1799| }
1800| waitHighcharts(function () {
1801| renderCriticalChart();
1802| renderPairedPendingCharts();
1803| syncPairedPendingCharts();
1804| reflowCharts(PENDENCIAS_CHART_KEYS);
1805| });
1806| }
1807|
1808| function renderOverviewCharts() {
1809| var section = document.querySelector('[data-ap-panel-view="visao_geral"]');
1810| if (!section || section.classList.contains('d-none')) {
1811| return;
1812| }
1813| waitHighcharts(function () {
1814| renderOverviewEvolutionChart();
1815| renderOverviewOriginTimeChart();
1816| renderOverviewPersonTimeChart();
1817| initDistributionCharts();
1818| overviewChartsRendered = true;
1819| reflowCharts(OVERVIEW_CHART_KEYS);
1820| reflowDistributionCharts();
1821| });
1822| }
1823|
1824| function destroyPendenciasCharts() {
1825| destroyChartKeys(PENDENCIAS_CHART_KEYS);
1826| }
1827|
1828| function destroyOverviewCharts() {
1829| destroyChartKeys(OVERVIEW_CHART_KEYS);
1830| overviewChartsRendered = false;
1831| }
1832|
1833| function setApPanelFilterRowVisible(el, visible) {
1834| if (!el) {
1835| return;
Request #44
deepseek-v4-flash
P:49.72K C:2.01K CR:47.62K CW:0
15447ms
Reasoning
Now, one issue: In the pendencias view, `renderPendenciasCharts` calls `renderPairedPendingCharts()` then `syncPairedPendingCharts()` which schedules ANOTHER render in 120ms. This means the paired charts (top responsible + origin) are rendered twice in rapid succession (destroying/recreating Highcharts). During renderTopResponsibleChart there's a destroyChart('topResponsible') + el.innerHTML = '' then re-create. That means re-creating twice within ~120ms. This could cause a visible flicker, and potentially the second render occurs when the user switched view (d-none) — but syncPairedPendingCharts is only called from renderPendenciasCharts (guarded by section visibility). But renderPairedPendingCharts itself doesn't check if section visible... but that's OK.
The main issue: it re-renders charts twice. Also during the filter flows after AJAX. Let me find where renderPendenciasCharts is called from after filters and where paired charts render, plus whether the re-render could race with DOM measurement. Actually, the double render may be deliberate to recalc height after layout: first render with `getPairedChartHeight` measuring wrap height (which depends on...?). Hmm, wait: getPairedChartHeight reads `wrap.clientHeight`. If the container is flex and chart host is inside wrap with `flex: 1`, then before the chart exists, wrap height is determined by the card content minus the header; clientHeight is measurable. So the first render at t=0 should already have correct height. The sync at t=120ms is presumably to correct because Highcharts may have changed layout. It's probably intentional (like reflow after the charts settle). But the problem is the destroy/recreate: after sync renders again, it re-measures. Potential flicker but this is likely fine functionally.
However, there IS an important concern about `syncPairedPendingCharts`: if a filter AJAX is in flight and renderPendenciasCharts is triggered by multiple events (e.g., switch view and filter change), multiple 120ms timeouts stack up each rendering the charts with possibly different data. Later render uses latest data; each render destroys previous. So final state correct. Flicker only. This was flagged BAIXA in the previous review summary. Since not repeated.
Now let me look at functions related to pendencias filter application (to understand when paired charts re-render) and renderCriticalChart, and confirm how `charts.topResponsible`/`charts.origin` are stored in buildHBarChart and renderOriginChart. Also need to check `renderOriginChart` returns charts.origin; and OVERVIEW chart keys.
Also the NEW behavior in `renderPendenciasCharts`: it now calls renderPairedPendingCharts + sync + reflow all 3 times (immediate render, then 120ms later render again). Note before this PR, renderPendenciasCharts called renderCriticalChart(), renderTopResponsibleChart(), renderOriginChart(), reflowCharts(...). The change: wrap the paired renders to also schedule a delayed re-render. It appears the intent: The new CSS makes paired charts fill the card using flex, and to compute chart height, they measure `getPairedChartHeight` from the wrap. But at first render the wrap height may be based on content that hasn't yet been set... Actually the root cause: charts have fixed heights set after DOM available. To make both cards equal heights in a row, the CSS uses flex and min-heights. The re-render at 120ms may be needed because first render height calc occurs when Highcharts not loaded yet? Hmm.
Wait — there might be a subtle bug: On a resize event (window resize debounced 150ms), in pendencias view the handler calls `renderPairedPendingCharts()` (re-render), reflow, reflowDistribution. But this re-renders charts on every resize. OK.
Let me inspect the resize handler and the renderTopResponsibleChart full code again plus renderOriginChart to check the new height calculations. In particular, in buildHBarChart, `el.style.height = chartHeight` where chartHeight = getPairedChartHeight(el, 200). But `buildHBarChart` is also used for overview hbar charts (overviewOriginTime and personTime) which are NOT in paired wrappers; they call buildHBarChart without opting out of the paired height logic. Wait — getPairedChartHeight(el, 200) is called inside buildHBarChart for ALL bar charts, including overview ones! For overview hbar charts, the container is `.ssma-ap-chart-wrap--hbar` not `--paired`. getPairedChartHeight first checks `el.closest('.ssma-ap-chart-wrap--paired')` — for overview charts that's null. Then checks `el.closest('.ssma-dashboard-chart-card--paired')` — overview cards have class `action-plan-overview__chart-card`, not paired. So it returns fallback 200. So all bar charts now get height 200?? Wait, previously buildHBarChart computed height from categories.length * 22 + 48, i.e., dynamic based on number of rows. Now for overview hbar charts (which are not paired), the code changed from `var chartHeight = categories.length * rowHeight + 48` to `var chartHeight = getPairedChartHeight(el, 200)`. So overview hbar charts would be forced to 200px even if they have few categories? Wait but renderOverviewOriginTimeChart passes opts with yMax/tickInterval; the chart height... Let me check buildHBarChart flow. For overview charts, categories could be up to ~10, height previously e.g., 5 rows -> 158; now fixed 200 fallback. Actually this change makes the overview hbar charts 200px tall regardless. Maybe that's intended to keep consistent height? But wait — do overview hbar chart containers have CSS heights? The wrap is `.ssma-ap-chart-wrap--hbar`. In the new CSS, `.ssma-ap-chart-host--fill` isn't applied to overview charts. So previously overview hbar charts were sized by row count; now forced to 200px (or measured from a non-paired context = fallback 200). For charts with many rows (top responsible with 10 rows), old height = 10*22+48 = 268; now measured by paired wrap (if in paired). For overview with 10 categories old 268; new 200px. For a chart with 3 categories old 114px; new 200px — extra white space. Hmm, so overview charts will look different: fixed 200 height with flex. But it also sets minHeight 200 & maxHeight none. Also the y-axis max computed via computeBarAxisMax now: previously `yMax = Math.max(200, ceil(maxTotal/50)*50)`, so for overview person-time (days, e.g., 12 days) yMax was 200 previously?? Wait for overview charts opts passes yMax:20, tickInterval:5? Let me check buildHBarChart respects opts.yMax? Let me read full buildHBarChart.
Let me read the buildHBarChart function to understand which options override the yMax.
Actually renderOverviewOriginTimeChart passes `{ yMax: 20, tickInterval: 5, seriesName: 'Tempo médio' }`. So yMax is passed. But the diff changed: `var yMax = computeBarAxisMax(maxTotal); var tickInterval = computeBarTickInterval(yMax);` — wait in the diff for the changed hunk (line 1445), this is in `buildHBarChart`? Let me re-check the diff context:
```
@@ -1363,13 +1445,14 @@
var maxTotal = ordered.reduce(function (max, r) {
return Math.max(max, (r.execution || 0) + (r.validation || 0));
}, 0);
- var yMax = Math.max(200, Math.ceil(maxTotal / 50) * 50);
- var rowHeight = 22;
- var chartHeight = categories.length * rowHeight + 48;
+ var yMax = computeBarAxisMax(maxTotal);
+ var tickInterval = computeBarTickInterval(yMax);
+ var chartHeight = getPairedChartHeight(el, 200);
+ var barSizing = computeHBarSizing(chartHeight, categories.length);
```
Hmm, this specific code with `(r.execution||0)+(r.validation||0)` appears to be the "top responsible" stacked bar logic within buildHBarChart, likely in a branch. Need to see the whole function. Let me read buildHBarChart.
Also I need to check where opts.yMax is applied, and whether the new computeBarAxisMax respects opts. Let me read lines 1240-1600 of the JS file.
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 1660, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1200}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 1200-1660
1200| }
1201| if (padded <= 100) {
1202| return Math.ceil(padded / 20) * 20;
1203| }
1204| return Math.ceil(padded / 50) * 50;
1205| }
1206|
1207| function computeBarTickInterval(axisMax) {
1208| if (axisMax <= 5) {
1209| return 1;
1210| }
1211| if (axisMax <= 10) {
1212| return 2;
1213| }
1214| if (axisMax <= 20) {
1215| return 5;
1216| }
1217| if (axisMax <= 50) {
1218| return 10;
1219| }
1220| if (axisMax <= 100) {
1221| return 20;
1222| }
1223| return 50;
1224| }
1225|
1226| function getPairedChartHeight(el, fallback) {
1227| var minHeight = fallback || 200;
1228| if (!el) {
1229| return minHeight;
1230| }
1231|
1232| var wrap = el.closest('.ssma-ap-chart-wrap--paired');
1233| if (wrap && wrap.clientHeight > 80) {
1234| return wrap.clientHeight;
1235| }
1236|
1237| var card = el.closest('.ssma-dashboard-chart-card--paired');
1238| if (card) {
1239| var header = card.querySelector('.border-bottom');
1240| var headerHeight = header ? header.offsetHeight : 0;
1241| var innerHeight = card.clientHeight - headerHeight;
1242| if (innerHeight > 80) {
1243| return innerHeight;
1244| }
1245| }
1246|
1247| return minHeight;
1248| }
1249|
1250| function computeHBarSizing(chartHeight, categoryCount) {
1251| var count = Math.max(1, categoryCount || 1);
1252| var chromeHeight = 44;
1253| var usable = Math.max(88, chartHeight - chromeHeight);
1254| var slot = usable / count;
1255| var pointWidth = Math.min(26, Math.max(11, Math.floor(slot * 0.56)));
1256| var groupPadding = Math.max(0.06, Math.min(0.3, 1 - (pointWidth / slot)));
1257|
1258| return {
1259| pointWidth: pointWidth,
1260| groupPadding: groupPadding,
1261| };
1262| }
1263|
1264| function buildHBarChart(el, chartKey, rows, color, opts) {
1265| opts = opts || {};
1266| if (!el || !rows || !rows.length || !window.Highcharts) {
1267| return;
1268| }
1269|
1270| var ordered = rows.slice().reverse();
1271| var categories = ordered.map(function (r) { return r.label; });
1272| var values = ordered.map(function (r) { return r.value; });
1273| var maxVal = ordered.reduce(function (max, r) {
1274| return Math.max(max, Number(r.value) || 0);
1275| }, 0);
1276| var yMax = Math.max(opts.yMax || 20, Math.ceil(maxVal / 2) * 2);
1277| var rowHeight = opts.rowHeight || 22;
1278| var chartHeight = categories.length * rowHeight + (opts.chromeHeight || 48);
1279|
1280| el.style.height = chartHeight + 'px';
1281| el.style.minHeight = chartHeight + 'px';
1282| el.style.maxHeight = chartHeight + 'px';
1283|
1284| destroyChart(chartKey);
1285| el.innerHTML = '';
1286|
1287| charts[chartKey] = window.Highcharts.chart(el, {
1288| chart: {
1289| type: 'bar',
1290| backgroundColor: 'transparent',
1291| height: chartHeight,
1292| spacing: opts.spacing || [4, 36, 4, 4],
1293| marginRight: opts.marginRight || 30,
1294| marginTop: 4,
1295| },
1296| title: { text: null },
1297| credits: { enabled: false },
1298| legend: { enabled: false },
1299| xAxis: {
1300| categories: categories,
1301| lineWidth: 0,
1302| tickWidth: 0,
1303| gridLineWidth: 0,
1304| title: { text: null },
1305| labels: {
1306| align: 'right',
1307| x: -4,
1308| style: { color: '#5C5D5D', fontSize: '11px' },
1309| },
1310| },
1311| yAxis: {
1312| min: 0,
1313| max: yMax,
1314| tickInterval: opts.tickInterval || 5,
1315| endOnTick: false,
1316| maxPadding: 0.08,
1317| gridLineColor: '#D9E2EC',
1318| gridLineDashStyle: 'ShortDot',
1319| lineColor: '#E8EDF2',
1320| tickColor: '#E8EDF2',
1321| title: { text: null },
1322| labels: { style: { fontSize: '10px', color: '#8c9099' } },
1323| },
1324| tooltip: {
1325| backgroundColor: '#fff',
1326| borderColor: '#E6EBF1',
1327| style: { fontSize: '12px' },
1328| pointFormat: '<b>{point.y}</b> dias',
1329| },
1330| plotOptions: {
1331| bar: {
1332| pointWidth: opts.pointWidth || 10,
1333| pointPadding: 0.04,
1334| groupPadding: 0.44,
1335| borderRadius: 0,
1336| borderWidth: 0,
1337| animation: false,
1338| color: color,
1339| dataLabels: {
1340| enabled: true,
1341| align: 'left',
1342| inside: false,
1343| x: 6,
1344| crop: false,
1345| overflow: 'allow',
1346| style: {
1347| fontSize: '11px',
1348| fontWeight: '600',
1349| color: '#5C5D5D',
1350| textOutline: 'none',
1351| },
1352| formatter: function () {
1353| return formatDecimalBr(this.y);
1354| },
1355| },
1356| },
1357| },
1358| series: [{ name: opts.seriesName || 'Dias', data: values }],
1359| });
1360|
1361| window.setTimeout(function () {
1362| if (charts[chartKey] && typeof charts[chartKey].reflow === 'function') {
1363| charts[chartKey].reflow();
1364| }
1365| }, 0);
1366| }
1367|
1368| function renderCriticalChart() {
1369| var el = document.getElementById('ssma-ap-chart-critical');
1370| if (!el || !panelData || !panelData.charts || !window.Highcharts) {
1371| if (el) { showChartEmpty(el, 'Nenhuma pendência no período'); }
1372| return;
1373| }
1374|
1375| var chartData = panelData.charts.critical_pending_by_deadline || {};
1376| destroyChart('critical');
1377|
1378| if (!chartData.labels || !chartData.labels.length) {
1379| showChartEmpty(el, 'Nenhuma pendência no período');
1380| return;
1381| }
1382| clearChartEmpty(el);
1383|
1384| charts.critical = window.Highcharts.chart(el, {
1385| chart: { type: 'line', backgroundColor: 'transparent', spacing: [8, 8, 8, 8] },
1386| title: { text: null },
1387| credits: { enabled: false },
1388| legend: {
1389| align: 'center',
1390| verticalAlign: 'bottom',
1391| itemStyle: { fontSize: '12px', fontWeight: '500', color: '#5C5D5D' },
1392| },
1393| xAxis: {
1394| categories: chartData.labels || [],
1395| lineColor: '#E6EBF1',
1396| tickColor: '#E6EBF1',
1397| labels: { style: { color: '#7A858C', fontSize: '11px' } },
1398| },
1399| yAxis: {
1400| min: 0,
1401| title: { text: null },
1402| gridLineColor: '#EEF1F4',
1403| gridLineDashStyle: 'Dot',
1404| labels: { style: { color: '#7A858C', fontSize: '11px' } },
1405| },
1406| tooltip: {
1407| shared: true,
1408| backgroundColor: '#fff',
1409| borderColor: '#E6EBF1',
1410| style: { fontSize: '12px' },
1411| },
1412| plotOptions: {
1413| line: {
1414| marker: { enabled: true, radius: 4, lineWidth: 2, lineColor: '#fff' },
1415| lineWidth: 2.5,
1416| },
1417| series: { animation: false },
1418| },
1419| series: [
1420| { name: 'Validação', color: COLORS.validation, data: chartData.validation || [] },
1421| { name: 'Execução', color: COLORS.execution, data: chartData.execution || [] },
1422| ],
1423| });
1424| }
1425|
1426| function renderTopResponsibleChart() {
1427| var el = document.getElementById('ssma-ap-chart-top-responsible');
1428| if (!el || !panelData || !panelData.charts || !window.Highcharts) {
1429| if (el) { showChartEmpty(el, 'Sem responsáveis com pendências'); }
1430| return;
1431| }
1432|
1433| var rows = panelData.charts.top_responsible_pending || [];
1434| destroyChart('topResponsible');
1435| if (!rows.length) {
1436| showChartEmpty(el, 'Sem responsáveis com pendências');
1437| return;
1438| }
1439| clearChartEmpty(el);
1440|
1441| var ordered = rows.slice().reverse();
1442| var categories = ordered.map(function (r) { return r.name; });
1443| var execution = ordered.map(function (r) { return r.execution || 0; });
1444| var validation = ordered.map(function (r) { return r.validation || 0; });
1445| var maxTotal = ordered.reduce(function (max, r) {
1446| return Math.max(max, (r.execution || 0) + (r.validation || 0));
1447| }, 0);
1448| var yMax = computeBarAxisMax(maxTotal);
1449| var tickInterval = computeBarTickInterval(yMax);
1450| var chartHeight = getPairedChartHeight(el, 200);
1451| var barSizing = computeHBarSizing(chartHeight, categories.length);
1452|
1453| el.style.height = chartHeight + 'px';
1454| el.style.minHeight = chartHeight + 'px';
1455| el.style.maxHeight = 'none';
1456|
1457| destroyChart('topResponsible');
1458| el.innerHTML = '';
1459|
1460| charts.topResponsible = window.Highcharts.chart(el, {
1461| chart: {
1462| type: 'bar',
1463| backgroundColor: 'transparent',
1464| height: chartHeight,
1465| spacing: [4, 36, 4, 4],
1466| marginRight: 30,
1467| marginTop: 4,
1468| },
1469| title: { text: null },
1470| credits: { enabled: false },
1471| legend: {
1472| align: 'right',
1473| verticalAlign: 'top',
1474| layout: 'horizontal',
1475| symbolRadius: 2,
1476| symbolHeight: 10,
1477| symbolWidth: 10,
1478| itemStyle: { fontSize: '11px', fontWeight: '600', color: '#5C5D5D' },
1479| margin: 0,
1480| padding: 0,
1481| y: -2,
1482| },
1483| xAxis: {
1484| categories: categories,
1485| lineWidth: 0,
1486| tickWidth: 0,
1487| gridLineWidth: 0,
1488| title: { text: null },
1489| labels: {
1490| align: 'right',
1491| x: -4,
1492| style: { color: '#5C5D5D', fontSize: '11px' },
1493| },
1494| },
1495| yAxis: {
1496| min: 0,
1497| max: yMax,
1498| tickInterval: tickInterval,
1499| endOnTick: true,
1500| maxPadding: 0.04,
1501| gridLineColor: '#D9E2EC',
1502| gridLineDashStyle: 'ShortDot',
1503| lineColor: '#E8EDF2',
1504| tickColor: '#E8EDF2',
1505| title: { text: null },
1506| labels: { style: { fontSize: '10px', color: '#8c9099' } },
1507| },
1508| tooltip: {
1509| shared: true,
1510| backgroundColor: '#fff',
1511| borderColor: '#E6EBF1',
1512| style: { fontSize: '12px' },
1513| headerFormat: '<span style="font-size:11px;font-weight:600;">{point.key}</span><br/>',
1514| pointFormat: '<span style="color:{series.color}">\u25CF</span> {series.name}: <b>{point.y}</b><br/>',
1515| },
1516| plotOptions: {
1517| series: {
1518| stacking: 'normal',
1519| animation: false,
1520| borderWidth: 0,
1521| states: { hover: { brightness: 0.04 } },
1522| stackLabels: {
1523| enabled: true,
1524| align: 'right',
1525| verticalAlign: 'middle',
1526| crop: false,
1527| overflow: 'allow',
1528| style: {
1529| fontSize: '11px',
1530| fontWeight: '700',
1531| color: '#1E1E1E',
1532| textOutline: 'none',
1533| },
1534| formatter: function () {
1535| return this.total > 0 ? this.total : null;
1536| },
1537| },
1538| },
1539| bar: {
1540| pointWidth: barSizing.pointWidth,
1541| pointPadding: 0.06,
1542| groupPadding: barSizing.groupPadding,
1543| borderRadius: 0,
1544| },
1545| },
1546| series: [
1547| { name: 'Execução', color: COLORS.execution, data: execution },
1548| { name: 'Validação', color: COLORS.validation, data: validation },
1549| ],
1550| });
1551|
1552| window.setTimeout(function () {
1553| if (charts.topResponsible && typeof charts.topResponsible.reflow === 'function') {
1554| charts.topResponsible.reflow();
1555| }
1556| }, 0);
1557| }
1558|
1559| function renderOriginChart() {
1560| var el = document.getElementById('ssma-ap-chart-origin');
1561| if (!el || !panelData || !panelData.charts || !window.Highcharts) {
1562| if (el) { showChartEmpty(el, 'Sem pendências por origem'); }
1563| return;
1564| }
1565|
1566| var rows = panelData.charts.pending_by_origin || [];
1567| destroyChart('origin');
1568|
1569| if (!rows.length) {
1570| showChartEmpty(el, 'Sem pendências por origem');
1571| return;
1572| }
1573| clearChartEmpty(el);
1574|
1575| var chartHeight = getPairedChartHeight(el, 200);
1576| el.style.height = chartHeight + 'px';
1577| el.style.minHeight = chartHeight + 'px';
1578| el.style.maxHeight = 'none';
1579|
1580| charts.origin = window.Highcharts.chart(el, {
1581| chart: {
1582| type: 'column',
1583| backgroundColor: 'transparent',
1584| height: chartHeight,
1585| spacing: [8, 8, 8, 8],
1586| },
1587| title: { text: null },
1588| credits: { enabled: false },
1589| legend: { enabled: false },
1590| xAxis: {
1591| categories: rows.map(function (r) { return r.label; }),
1592| lineColor: '#E6EBF1',
1593| labels: { style: { color: '#5C5D5D', fontSize: '11px' } },
1594| },
1595| yAxis: {
1596| min: 0,
1597| title: { text: null },
1598| gridLineColor: '#EEF1F4',
1599| labels: { style: { color: '#7A858C', fontSize: '10px' } },
1600| },
1601| tooltip: {
1602| backgroundColor: '#fff',
1603| borderColor: '#E6EBF1',
1604| style: { fontSize: '12px' },
1605| pointFormat: '<b>{point.y}</b> ({point.percentage:.1f}%)',
1606| },
1607| plotOptions: {
1608| column: {
1609| borderRadius: 4,
1610| borderWidth: 0,
1611| color: COLORS.execution,
1612| animation: false,
1613| dataLabels: {
1614| enabled: true,
1615| formatter: function () {
1616| var pct = this.point.percentage != null
1617| ? this.point.percentage.toFixed(1).replace('.', ',')
1618| : '0';
1619| return this.y + ' (' + pct + '%)';
1620| },
1621| style: { fontSize: '10px', fontWeight: '600', color: '#5C5D5D', textOutline: 'none' },
1622| y: -4,
1623| },
1624| },
1625| },
1626| series: [{
1627| name: 'Pendências',
1628| data: rows.map(function (r) {
1629| return { y: r.value, percentage: r.percentage };
1630| }),
1631| }],
1632| });
1633| }
1634|
1635| function renderOverviewEvolutionChart() {
1636| var el = document.getElementById('ssma-ap-chart-overview-evolution');
1637| var overview = getOverviewData();
1638| if (!el || !overview || !window.Highcharts) {
1639| return;
1640| }
1641|
1642| var chartData = overview.action_evolution || {};
1643| var rawLabels = chartData.labels || [];
1644| var categories = rawLabels.map(function (label) {
1645| return formatEvolutionLabel(label);
1646| });
1647| destroyChart('overviewEvolution');
1648|
1649| charts.overviewEvolution = window.Highcharts.chart(el, {
1650| chart: { type: 'line', backgroundColor: 'transparent', spacing: [12, 12, 8, 8] },
1651| title: { text: null },
1652| credits: { enabled: false },
1653| legend: {
1654| align: 'right',
1655| verticalAlign: 'top',
1656| layout: 'horizontal',
1657| symbolRadius: 2,
1658| itemStyle: { fontSize: '11px', fontWeight: '600', color: '#5C5D5D' },
1659| margin: 0,
1660| padding: 0,
Request #45
deepseek-v4-flash
P:56.88K C:1.94K CR:51.71K CW:0
15157ms
Reasoning
Now let me examine `renderOriginChart` (column). yAxis has no max; origin column charts use percentage data labels. OK.
Now, about the paired chart heights: `getPairedChartHeight(el, 200)` measures the wrap's clientHeight, or card minus header. In pendencias, the paired row cards each contain a header + wrap. Card is `.ssma-dashboard-chart-card--paired` with `min-height: 100%`. The row `.ssma-dashboard-chart-pair-row > [class*="col-"]` has `min-height: 235px`. Card `h-100`. So height determined by the taller of the two cards. renderOriginChart (origin chart) uses chartHeight computed from its own card. But the two cards are in the same row, equal heights via flex; height differences happen due to subtitles (top responsible card has subtitle line) etc.
Wait: this is about the issue when the row is rendered initially (on pendencias filter). Since both get same height, fine.
But the actual concern: the origin chart's height uses chartHeight but the `.ssma-ap-chart-host--column` might previously have had fixed CSS height `.ssma-ap-chart-host--column` with min-height etc. Let me not dig too deep.
Now let me look at the new CSS in context to see if there's any missing rule; maybe previous summary said CSS is fine.
Let me now focus on template-specific new code issues that haven't been reported yet:
1. In `_tab_painel.html.twig`, the export button wrap has conditional `d-none` when `panel_default_view == 'comparativo'`. Then `toggleHeaderFilters` toggles `d-none` when viewId === 'comparativo'. This duplicates the same condition, OK. But `toggleHeaderFilters` also toggles `#ap_painel_controls` d-none. OK.
2. Wait, there's an issue: The button is placed inside `#ap_painel_controls` which is the **desktop** filter header (`modern-header-actions has-mobile-fabs`). But `ap_painel_controls` is hidden in comparativo view. `toggleHeaderFilters(viewId)` gets controls element and toggles d-none if viewId === 'comparativo'. Also exportWrap toggled. Fine.
3. On mobile? The export button is inside header actions but filters rows are `d-none d-lg-flex`; on small screens, the export button would appear alone maybe. Not critical.
Now let me look at the JS for the chart height change. There might be a subtle issue with the `el` measured heights during export capture from hidden state. When export starts in pendencias view, the paired charts are visible and rendered. Fine.
For overview charts capture: captureCardSectionForPrint for container ids like `ssma-ap-chart-overview-evolution`. getChartCaptureElement: closest `.ssma-dashboard-chart-card` — present. Wait, overview chart containers are inside `.app-card-surface.ssma-dashboard-chart-card.action-plan-overview__chart-card`. Yes has `ssma-dashboard-chart-card`. For the hbar containers, chartEl is `ssma-ap-chart-overview-origin-time`, located in card `ssma-dashboard-chart-card`. OK.
For distribution charts in visao_geral: containers `ssma-action-plan-type-bar` inside cards from `_actions_bar_chart.html.twig`. `getChartCaptureElement` closest `.ssma-dashboard-chart-card` — need to check `_actions_bar_chart.html.twig` markup for classes. If none, then `el.closest('.app-card-surface')`. Let's see `_actions_bar_chart.html.twig`.
Also for gauge containers, closest `.app-card-surface`.
Let me check the `_actions_bar_chart.html.twig` markup and `_highcharts_loader`. Also check whether html2canvas static script duplication matters (confirmed #7). Also potential issue: html2canvas loaded at end of template, but `ensureHtml2Canvas` also has fallback loader with same id. Given the static script tag is present, the dynamic one would be skipped if window.html2canvas already loaded. Wait — ensureHtml2Canvas first checks `typeof window.html2canvas === 'function'`, resolves true. So the dynamic loader is only used if static load failed/not yet loaded. That duplicates and contradicts lazy loading (already flagged #7). Additional issue: if the static CDN fails to load (offline), then dynamic loader tries to load the SAME CDN URL again -> fails again; existing element with id is present, so on second click it waits for events already fired (flagged #3). OK.
Now new potential bug: **Overflow restoration only in captureCardSectionForPrint leaves hcContainer overflow**. Already #5.
New potential bug: The new `_tab_painel.html.twig` includes html2canvas script at bottom - confirmed #7.
Now let's look at template `_tab_action_plan.html.twig` again for the new changes:
- `renderSsmaActionPlanResolutionGauge` now reuses `renderSsmaActionPlanGauge`, which uses `Highcharts.chart`. The old code for resolution gauge previously used conic gradient ring DOM element and value span. Now Highcharts pie. BUT, an important consideration: The old resolution gauge markup relied on `.ssma-gauge-center-value` element read by gaugeValueFromDom for the print fallback table — this was already flagged as BAIXA in previous summary; we skip.
- `destroySsmaActionPlanCharts` now loops over 4 keys and destroys resolutionGauge properly (previously resolutionGauge was left to null without destroy). Good improvement. But note: destroy now calls `ssmaActionPlanChartState.resolutionGauge = null` after destroy. Fine.
Now there's a potential double-render in `initSsmaActionPlanCharts` + `refreshSsmaActionPlanCharts`: not new.
Let me look for NEW bugs in the JS regarding the export: The gauge charts (Highcharts pie with donut) capture: is `.ssma-gauge-center-value` needed? No.
Now, potential issue with `hasRenderablePrintSection` for gauges: hasRenderedChart checks `.highcharts-container` inside container; gauge Highcharts pie renders container with svg. OK.
Now let's consider an actual bug I noticed: In `getPendenciasPrintSections` `getTable` for the top-responsible chart uses the Highcharts chart data via `tableFromStackedBarChart(chart)`; when capture fails and fallback needed... hmm already covered.
Now, another real functional issue to inspect: In `exportPanelChartsPrint` (pendencias path), before capturing they call `reflowCharts(PENDENCIAS_CHART_KEYS)` but do NOT re-render pendencias charts. In pendencias path, charts were already rendered from last filter. It captures them as-is. Fine.
But WAIT: In visao_geral path they call `renderOverviewCharts()` which calls `initDistributionCharts()` and `reflowDistributionCharts()`. And then ensureDistributionChartsForExport may call refresh. But there is a subtle bug: When current view is visao_geral, `renderOverviewCharts()` early-returns if section hidden (it's visible since user in visao_geral). Good.
For pendencias export path: getPendenciasPrintSections captures sections with container ids: critical, top-responsible, origin, operational-summary. In DOM the top-responsible and origin are in the pendencias view which is visible. Fine.
Hmm, but one more: when user clicks Export in pendencias but currently the pendencias charts are empty (no data), hasRenderablePrintSection false for chart sections; fallback table may have rows? If no data, table empty => skipped. Fine.
Now let's inspect the `renderOriginChart` change. The chart height is now derived from paired wrap. But the diff CSS also sets `.ssma-ap-chart-host--column` min heights... Wait there is a `max-height: none` inline in renderOriginChart and `.ssma-ap-chart-host--column.ssma-ap-chart-host--fill { min-height: 175px; }`.
Hold on: `renderOriginChart` sets `el.style.height` etc. but Highcharts column chart was previously sized by default (auto). Now explicit. But `.ssma-ap-chart-host--column` existing CSS may define height ~ let me search CSS for `.ssma-ap-chart-host--column`.
Let me read the full CSS file to check all rules interplay.
Vou ler o CSS completo e procurar regras de altura pré-existentes que interagem com as novas classes.
Tool Calls (1)
file_read
Show Details
Arguments
{"file_path": "public/css/ssma/action_plan_panel.css"}
Result
File: public/css/ssma/action_plan_panel.css (Total lines: 1253)
IS_TRUNCATED: true
LINE_RANGE: 1-500
1|/* Plano de Ação — Painel (mock visual) */
2|#ssma-action-plan-dashboard-root {
3| overflow-x: hidden;
4| max-width: 100%;
5|}
6|
7|#ap_painel_controls {
8| display: flex;
9| flex-wrap: wrap;
10| align-items: center;
11| gap: 10px;
12|}
13|
14|#ap_painel_controls .ap-painel-export-wrap {
15| flex-shrink: 0;
16|}
17|
18|#ap_painel_controls .ssma-ap-panel-filters-row,
19|#ssma-action-plan-dashboard-root .ssma-ap-panel-filters-row {
20| display: flex;
21| flex-wrap: wrap;
22| align-items: center;
23| justify-content: flex-end;
24| gap: 10px;
25| margin-bottom: 4px;
26|}
27|
28|#ap_painel_controls .ssma-ap-panel-filters-row .filter-item,
29|#ssma-action-plan-dashboard-root .ssma-ap-panel-filters-row .filter-item {
30| min-width: 0;
31|}
32|
33|#ssma-action-plan-dashboard-root .ssma-ap-overview-kpi-row > [class*="col-xl"] {
34| flex: 1 1 0;
35| min-width: 0;
36|}
37|
38|#ssma-action-plan-dashboard-root .ssma-ap-overview-kpi-row .mhs-card {
39| height: 100%;
40|}
41|
42|#ssma-action-plan-dashboard-root .ssma-ap-panel-view-pills {
43| display: flex;
44| justify-content: center;
45| flex-wrap: wrap;
46| gap: 8px;
47| margin: 16px 0 20px;
48| padding: 4px 0;
49|}
50|
51|#ssma-action-plan-dashboard-root .ssma-ap-panel-view-pill {
52| padding: 7px 24px;
53| border-radius: 20px;
54| border: 1.5px solid #D0D5DD;
55| background: #fff;
56| font-size: 13px;
57| font-weight: 500;
58| color: #555;
59| cursor: pointer;
60| transition: all .15s;
61| white-space: nowrap;
62| min-width: 110px;
63| text-align: center;
64|}
65|
66|#ssma-action-plan-dashboard-root .ssma-ap-panel-view-pill.is-active {
67| background: color-mix(in srgb, var(--company-theme1-800, #0F3D4A) 12%, #fff);
68| border-color: var(--company-theme1-800, #0F3D4A);
69| color: var(--company-theme1-800, #0F3D4A);
70| font-weight: 600;
71|}
72|
73|#ssma-action-plan-dashboard-root .ssma-ap-panel-view-pill:focus {
74| outline: none;
75| box-shadow: 0 0 0 3px color-mix(in srgb, var(--company-theme1-800, #0F3D4A) 20%, transparent);
76|}
77|
78|#ssma-action-plan-dashboard-root .ssma-dashboard-chart-card {
79| background: #fff;
80| border: 1px solid #E6EBF1;
81| border-radius: 8px;
82|}
83|
84|#ssma-action-plan-dashboard-root .ssma-dashboard-chart-title {
85| font-size: 14px;
86| font-weight: 700;
87| color: #5C5D5D;
88|}
89|
90|#ssma-action-plan-dashboard-root .ssma-dashboard-chart-subtitle {
91| font-size: 12px;
92| color: #8c9099;
93| margin-top: 2px;
94|}
95|
96|#ssma-action-plan-dashboard-root .ssma-ap-chart-month-select {
97| min-width: 120px;
98| max-width: 160px;
99|}
100|
101|#ssma-action-plan-dashboard-root .ssma-ap-chart-host {
102| width: 100%;
103| min-height: 220px;
104| overflow: hidden;
105|}
106|
107|#ssma-action-plan-dashboard-root .ssma-ap-chart-host--main {
108| min-height: 260px;
109|}
110|
111|#ssma-action-plan-dashboard-root .ssma-ap-chart-host--hbar {
112| min-height: 0;
113| height: auto;
114|}
115|
116|#ssma-action-plan-dashboard-root .ssma-dashboard-chart-pair-row > [class*="col-"] {
117| min-height: 235px;
118|}
119|
120|#ssma-action-plan-dashboard-root .ssma-dashboard-chart-card--paired {
121| min-height: 100%;
122|}
123|
124|#ssma-action-plan-dashboard-root .ssma-ap-chart-wrap--paired {
125| flex: 1 1 auto;
126| display: flex;
127| flex-direction: column;
128| min-height: 0;
129| padding: 4px 8px 6px;
130|}
131|
132|#ssma-action-plan-dashboard-root .ssma-ap-chart-host--fill {
133| flex: 1 1 auto;
134| width: 100%;
135| min-height: 175px;
136| height: 100%;
137| max-height: none;
138|}
139|
140|#ssma-action-plan-dashboard-root .ssma-ap-chart-host--column.ssma-ap-chart-host--fill {
141| min-height: 175px;
142|}
143|
144|#ssma-action-plan-dashboard-root .ssma-ap-chart-wrap--hbar {
145| padding: 8px 12px 10px;
146|}
147|
148|#ssma-action-plan-dashboard-root .ssma-ap-chart-host--column {
149| min-height: 300px;
150|}
151|
152|#ssma-action-plan-dashboard-root .ssma-ap-operational-summary {
153| border: 1px solid #E6EBF1;
154| border-radius: 8px;
155| background: #fff;
156| padding: 16px 18px;
157|}
158|
159|#ssma-action-plan-dashboard-root .ssma-ap-operational-summary-title {
160| font-size: 14px;
161| font-weight: 700;
162| color: #5C5D5D;
163| margin-bottom: 14px;
164|}
165|
166|#ssma-action-plan-dashboard-root .ssma-ap-op-row + .ssma-ap-op-row {
167| margin-top: 14px;
168|}
169|
170|#ssma-action-plan-dashboard-root .ssma-ap-op-row-head {
171| display: flex;
172| align-items: center;
173| justify-content: space-between;
174| gap: 12px;
175| font-size: 13px;
176| color: #3a3a3a;
177| margin-bottom: 6px;
178|}
179|
180|#ssma-action-plan-dashboard-root .ssma-ap-op-row-value {
181| font-size: 12px;
182| color: #5C5D5D;
183| white-space: nowrap;
184|}
185|
186|#ssma-action-plan-dashboard-root .ssma-ap-op-progress {
187| height: 10px;
188| border-radius: 999px;
189| background: #E6EBF1;
190| overflow: hidden;
191|}
192|
193|#ssma-action-plan-dashboard-root .ssma-ap-op-progress-fill {
194| height: 100%;
195| border-radius: 999px;
196| background: var(--company-theme1-800, #0F3D4A);
197| transition: width .35s ease;
198|}
199|
200|#ssma-action-plan-dashboard-root .ssma-ap-op-total {
201| display: flex;
202| align-items: center;
203| justify-content: space-between;
204| gap: 12px;
205| margin-top: 16px;
206| padding-top: 14px;
207| border-top: 1px solid #E6EBF1;
208| font-size: 13px;
209| font-weight: 600;
210| color: #3a3a3a;
211|}
212|
213|#ssma-action-plan-dashboard-root .ssma-ap-table-title-main {
214| font-size: 13px;
215| font-weight: 600;
216| color: #1E1E1E;
217| line-height: 1.35;
218| word-break: break-word;
219|}
220|
221|#ssma-action-plan-dashboard-root .ssma-ap-table-title-sub {
222| font-size: 11px;
223| color: #8c9099;
224| margin-top: 2px;
225|}
226|
227|#ssma-action-plan-dashboard-root .ssma-ap-table-mgmt-sub {
228| font-size: 11px;
229| color: #8c9099;
230| margin-top: 2px;
231|}
232|
233|#ssma-action-plan-dashboard-root .ssma-ap-deadline--overdue {
234| color: #dc3545;
235| font-weight: 600;
236|}
237|
238|#ssma-action-plan-dashboard-root .ssma-ap-deadline--ok {
239| color: #1E1E1E;
240|}
241|
242|#ssma-action-plan-dashboard-root .ssma-ap-ia-shell {
243| background: #0D616E1A;
244| border-radius: 8px;
245| padding: 10px;
246| height: 100%;
247| min-width: 0;
248|}
249|
250|
251|#ssma-action-plan-dashboard-root .ssma-ap-ia-inner-body {
252| padding: 14px 16px;
253| min-width: 0;
254| container-type: inline-size;
255| container-name: ap-ia-inner;
256|}
257|
258|#ssma-action-plan-dashboard-root .ssma-ap-recommendation-header {
259| display: flex;
260| align-items: center;
261| gap: 10px;
262| margin-bottom: 8px;
263|}
264|
265|#ssma-action-plan-dashboard-root .ssma-ap-recommendation-avatar {
266| width: 32px;
267| height: 32px;
268|}
269|
270|#ssma-action-plan-dashboard-root .ssma-ap-recommendation-avatar img {
271| width: 32px;
272| height: 32px;
273| border-radius: 50%;
274| object-fit: cover;
275| display: block;
276|}
277|
278|#ssma-action-plan-dashboard-root .ssma-ap-semantic-title,
279|#ssma-action-plan-dashboard-root .ssma-ap-adriana-title {
280| color: #0D616E;
281| font-size: 16px;
282| font-weight: 700;
283| line-height: 1.3;
284| margin-bottom: 8px;
285|}
286|
287|#ssma-action-plan-dashboard-root .ssma-ap-semantic-summary,
288|#ssma-action-plan-dashboard-root .ssma-ap-semantic-label,
289|#ssma-action-plan-dashboard-root .ssma-ap-adriana-questions-title,
290|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-insights-list,
291|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .suggestion-card__text {
292| color: #1E1E1E;
293|}
294|
295|#ssma-action-plan-dashboard-root .ssma-ap-semantic-summary {
296| font-size: 13px;
297| line-height: 1.55;
298| margin-bottom: 14px;
299|}
300|
301|#ssma-action-plan-dashboard-root .ssma-ap-semantic-factor-row {
302| display: flex;
303| align-items: center;
304| flex-wrap: wrap;
305| gap: 6px;
306| margin-bottom: 10px;
307|}
308|
309|#ssma-action-plan-dashboard-root .ssma-ap-semantic-factor-row:last-child {
310| margin-bottom: 0;
311|}
312|
313|#ssma-action-plan-dashboard-root .ssma-ap-semantic-label {
314| font-size: 13px;
315| font-weight: 700;
316|}
317|
318|#ssma-action-plan-dashboard-root .ssma-ap-semantic-factor-row .ssma-ap-semantic-label {
319| white-space: nowrap;
320|}
321|
322|#ssma-action-plan-dashboard-root .ssma-ap-semantic-pill.mhs-pill {
323| color: #0D616E;
324| background: #0D616E1A;
325| border-color: #0D616E;
326|}
327|
328|#ssma-action-plan-dashboard-root .ssma-ap-adriana-inner-body {
329| display: flex;
330| flex-direction: column;
331| height: 100%;
332|}
333|
334|#ssma-action-plan-dashboard-root .ssma-ap-adriana-card-header {
335| margin-bottom: 10px;
336|}
337|
338|#ssma-action-plan-dashboard-root .ssma-ap-adriana-card-heading {
339| display: flex;
340| align-items: center;
341| gap: 10px;
342| min-width: 0;
343|}
344|
345|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-avatar {
346| width: 32px;
347| height: 32px;
348|}
349|
350|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-avatar img {
351| width: 32px;
352| height: 32px;
353| border-radius: 50%;
354| object-fit: cover;
355| display: block;
356|}
357|
358|#ssma-action-plan-dashboard-root .ssma-ap-adriana-title {
359| margin-bottom: 0;
360|}
361|
362|#ssma-action-plan-dashboard-root .ssma-ap-adriana-questions-title {
363| font-size: 13px;
364| font-weight: 700;
365| margin-bottom: 10px;
366|}
367|
368|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-insights-list {
369| list-style: disc;
370| padding-left: 18px;
371| font-size: 13px;
372| line-height: 1.55;
373|}
374|
375|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-insights-list li {
376| margin-bottom: 8px;
377|}
378|
379|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-insights-list li:last-child {
380| margin-bottom: 0;
381|}
382|
383|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-insights-list strong {
384| color: #0D616E;
385| font-weight: 700;
386|}
387|
388|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-questions-grid .suggestion-card,
389|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-panel-adriana .suggestion-card,
390|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .ssma-adriana-suggest-q.suggestion-card {
391| background: linear-gradient(to bottom, #FFFFFF, #F3FDFF);
392| border: 1px solid #E4E8EB;
393| border-radius: 5px;
394|}
395|
396|#ssma-action-plan-dashboard-root .ssma-semantic-adriana-row .suggestion-card__icon {
397| color: #0D616E;
398|}
399|
400|#ssma-action-plan-dashboard-root .ssma-ap-semantic-link {
401| font-size: 12px;
402| font-weight: 600;
403| color: #0D616E;
404| text-decoration: none;
405|}
406|
407|#ssma-action-plan-dashboard-root .ssma-ap-semantic-link:hover {
408| color: #0D616E;
409| text-decoration: underline;
410|}
411|
412|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-subtitle {
413| margin-bottom: 14px;
414|}
415|
416|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-columns {
417| display: grid;
418| grid-template-columns: 1fr;
419| gap: 14px;
420| margin-bottom: 14px;
421|}
422|
423|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-item {
424| padding: 0;
425| min-width: 0;
426|}
427|
428|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-item + .ssma-ap-overview-semantic-item {
429| border-left: none;
430| border-top: 1px solid #E4E8EB;
431| padding-top: 14px;
432|}
433|
434|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-item:first-child {
435| padding-left: 0;
436| padding-top: 0;
437|}
438|
439|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-item:last-child {
440| padding-right: 0;
441|}
442|
443|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-icon {
444| width: 28px;
445| height: 28px;
446| border-radius: 50%;
447| display: inline-flex;
448| align-items: center;
449| justify-content: center;
450| font-size: 12px;
451| margin-bottom: 8px;
452|}
453|
454|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-icon--danger {
455| background: #FEE2E2;
456| color: #DC2626;
457|}
458|
459|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-icon--warning {
460| background: #FEF3C7;
461| color: #D97706;
462|}
463|
464|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-icon--blue {
465| background: #DBEAFE;
466| color: #1D4ED8;
467|}
468|
469|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-item-title {
470| display: block;
471| margin-bottom: 6px;
472| white-space: normal;
473| word-break: break-word;
474|}
475|
476|#ssma-action-plan-dashboard-root .ssma-ap-overview-semantic-item-text {
477| font-size: 12px;
478| color: #1E1E1E;
479| line-height: 1.5;
480| word-break: break-word;
481|}
482|
483|#ssma-action-plan-dashboard-root .ssma-ap-overview-adriana-body {
484| display: flex;
485| flex-direction: column;
486| height: 100%;
487|}
488|
489|#ssma-action-plan-dashboard-root .ssma-ap-overview-adriana-content {
490| display: flex;
491| align-items: flex-end;
492| gap: 12px;
493| flex: 1;
494| min-height: 0;
495|}
496|
497|#ssma-action-plan-dashboard-root .ssma-ap-overview-adriana-main {
498| flex: 1;
499| min-width: 0;
500| z-index: 1;
Note: Results truncated to 500 lines. Please narrow your line range.
Request #46
deepseek-v4-flash
P:63.75K C:2.91K CR:58.75K CW:0
22752ms
Reasoning
Now, an important consideration about the CSS rule:
```
#ssma-action-plan-dashboard-root .ssma-ap-chart-host {
width: 100%;
min-height: 220px;
overflow: hidden;
}
```
`.ssma-ap-chart-host--hbar` has min-height:0; height:auto. The new `.ssma-ap-chart-host--fill` sets `height:100%; max-height:none` and inline height from JS. But CSS `.ssma-ap-chart-host { min-height: 220px }` still applies to `.ssma-ap-chart-host--hbar` (already overridden min-height:0). `.ssma-ap-chart-host--column` min-height:300px (line 148). Now, `.ssma-ap-chart-host--column.ssma-ap-chart-host--fill` overrides to min-height:175px (line 140-142). But specificity: `.ssma-ap-chart-host--column` (0,1,0) vs `.ssma-ap-chart-host--column.ssma-ap-chart-host--fill` (0,2,0) -> the latter wins. So origin chart host min-height: 175px. Inline height set by JS.
Now what about the `.ssma-ap-chart-host--hbar.ssma-ap-chart-host--fill` (top responsible) host: `.ssma-ap-chart-host--hbar` sets min-height:0, height:auto; `.ssma-ap-chart-host--fill` sets min-height:175px, height:100%. Both specificity (0,1,0). Order matters: `.ssma-ap-chart-host--fill` declared at line 132 comes after `.ssma-ap-chart-host--hbar` at line 111. So height:100%, min-height:175px wins. Good.
Now new issue candidate: **The origin chart (column) with fixed height chartHeight, but container host has min-height 175 and overflow hidden. Fine.
Let me now think again about height measurement in the render flow: In pendencias, when switching to pendencias view, `renderPendenciasCharts` is triggered on view switch? Let's look at how switching views works (switchView function). Let's find switchView. And let's look at where paired row is hidden or visible. There's `onPainelTabVisible`, `switchView`.
Actually let me focus on the export-related area that seems most likely to have NEW bugs. Let me re-read the whole export section with fresh eyes, specifically:
1. `findChartByContainerId` iterates `window.Highcharts.charts`. Highcharts keeps array of all charts, indexed by internal counter with holes (deleted charts leave null?). destroy() sets charts[i] = null. So forEach handles null.
2. `hasRenderedChart(containerId)` for panel capture of operational summary uses renderable check.
3. In `captureCardSectionForPrint`, they scroll into view each section, and after the first section scroll the page changes, maybe other charts move. They capture each section one by one. For the panel (operational summary), captureType panel has `getChartCaptureElement` returns... containerId is `ssma-ap-operational-summary` (the actual element has id). `getChartCaptureElement` = el.closest('.ssma-dashboard-chart-card')? operational summary element class `ssma-ap-operational-summary` doesn't have those parent; closest returns null; closest('.app-card-surface') — parent is `.row > .col-12 > div` no app-card-surface. So returns el itself. Capture of the whole panel: hasRenderablePrintSection checks `.ssma-ap-op-row` etc. Good.
4. `captureElementAsPng`: html2canvas capturing element with many rows and wide width... operational summary is a wide full-row panel — with scale 2 could be large, but fine.
5. Potential cross-origin images: The gauges and bar charts don't use external images. Avatars in the operational summary? No. Fine.
Now — new thing I noticed: In `exportPanelChartsPrint`, there's a **missing guard for `OVERVIEW_CHART_KEYS`/data**. In visao_geral branch:
```
renderOverviewCharts();
await waitForPanelChartsPaint(120);
reflowCharts(OVERVIEW_CHART_KEYS);
await ensureDistributionChartsForExport();
```
`renderOverviewCharts` is async-ish: it uses waitHighcharts (if Highcharts loaded, callback immediately). Overview charts render synchronously inside callback. OK.
Now let's consider **the export capture and `.ssma-ap-chart-host` overflow hidden rule**: html2canvas respects CSS overflow; they set `chartEl.style.overflow='visible'` and inner `.highcharts-container` overflow visible. But the host `.ssma-ap-chart-host` CSS still has overflow hidden, and html2canvas clones element (captureEl) which includes descendant host elements with overflow hidden. onclone only sets `.highcharts-container` overflow visible and svg overflow. The host element `#ssma-ap-chart-top-responsible` has class `.ssma-ap-chart-host` with CSS `overflow: hidden`, so Highcharts clipping may cut the stackLabels/dataLabels that intentionally overflow (stackLabels overflow allow). Since chart height was computed to accommodate... probably fine.
Wait actually, Highcharts container normally has overflow hidden to clip. When capturing with html2canvas, we need visible to include labels that spill. They set inner container overflow visible via onclone. The host still overflow hidden though. Actually the `.highcharts-container` is inside the host, and the host is the capture target (card). html2canvas clones the whole card including host; onclone override of `.highcharts-container` overflow visible is done by adding inline style. But the host `.ssma-ap-chart-host` has `overflow: hidden` from CSS; html2canvas uses the cloned document computed styles, so the host's overflow hidden would still clip children. But the highcharts-container overflow visible means svg extends beyond container box? Overflow applies to element's own content clipping relative to the host; host's overflow hidden clips children whose box overflows host. So chart content can still be clipped if it exceeds host height — but chart height is fixed and the host has same height, so fine.
Alright, that's fine.
Now, the main NEW candidates to examine:
**Candidate A: Bar yMax for overview person/origin charts changed behavior?** No — overview chart functions use buildHBarChart (which still uses opts.yMax), not renderTopResponsibleChart. So the computeBarAxisMax change only affects top-responsible. And height formula changed for ALL hbar charts (including overview). Wait buildHBarChart height formula changed? Let me re-check the diff. The hunk at line ~1445 (in file lines) is inside renderTopResponsibleChart, NOT buildHBarChart. Because the diff shows the old function with `maxTotal ... (r.execution||0)+(r.validation||0)` — that's in renderTopResponsibleChart (the top responsible stacked bar). buildHBarChart doesn't have execution/validation. So computeBarAxisMax etc. only used in renderTopResponsibleChart. Good, overview charts unchanged height-wise.
Wait, but the diff at line 1363 (old) => new line 1445: The hunk context includes `var maxTotal = ordered.reduce(...)` which is exactly renderTopResponsibleChart's code. Then following lines include yAxis/tickInterval and bar pointWidth etc. — also renderTopResponsibleChart config. Yes.
**Candidate B**: `renderTopResponsibleChart` shows stacked bars with 2 series. New yMax is computed from stacked totals and tickInterval, endOnTick:true. Stacking totals with maxPadding small. Highcharts with stacking and stackLabels. Chart height now ~wrap height measured. Since bars at 10 categories and height 235+ => fine.
**Candidate C: Origin chart height issue** — renderOriginChart now sets `chart.height = chartHeight`. But its host also has `min-height: 175px` CSS and inline `minHeight=chartHeight`. OK.
Now, the **real issue** I should double-check: `renderOriginChart()` and `renderTopResponsibleChart()` use `getPairedChartHeight(el, 200)` where `el.closest('.ssma-ap-chart-wrap--paired')` returns the wrap. `wrap.clientHeight`: at render time, the chart host inside wrap is empty (previous chart destroyed? Actually order: In renderTopResponsibleChart, at line 1434 they call `destroyChart('topResponsible')` early (before measuring). Then `el.innerHTML=''` later. Actually they call destroyChart at line 1434 AND again at 1457 — double destroy, harmless since charts.topResponsible null after first destroy. Hmm, double destroyChart calls: line 1434 (early) and line 1457 after el.innerHTML=''. Wait in the diff, destroyChart was called originally right after computing rows? The new code still has two destroyChart('topResponsible') calls? Let's re-read lines 1426-1459. Yes:
```
1426 function renderTopResponsibleChart() {
1427 var el = ...
1428 if (!el || !panelData...) { ... }
1433 var rows = ...
1434 destroyChart('topResponsible');
1435 if (!rows.length) { showChartEmpty... return; }
1439 clearChartEmpty(el);
1441 ...
1450 var chartHeight = ...
1453 el.style.height = chartHeight+'px';
1457 destroyChart('topResponsible');
1458 el.innerHTML='';
1460 charts.topResponsible = Highcharts.chart(...)
```
The second destroy at 1457 after first at 1434 (only when rows exist, no chart created between them) — charts.topResponsible is null already so destroyChart no-op. Redundant but harmless. Not flagged as dead code since existed? Actually the earlier destroyChart before rows.length check was already in original code? Let's check original diff hunk start: context shows after el check, `if (!rows.length)` showChartEmpty... Actually not sure. Minor.
Now — bigger new issue candidate: **getPairedChartHeight measurement of wrap when card is inside a row that also includes the OTHER card. When renderTopResponsibleChart runs at t=0 (right after data update), both charts may not be rendered, and card heights determined by CSS min-height 235 and header. The wrap's clientHeight = card client height - header height. But card height on first render depends on layout. Fine. Then 120ms later they re-render again, by which time both charts rendered; heights stable and equal. This is the purpose of the sync. But then re-render at 120ms changes heights? Only if the first measurement was wrong because the chart content pushed height? Since chart height inline set at measured value, the heights wouldn't change unless measurement changes.
Hmm, there's a subtle: when charts have chart height fixed but Highcharts actually renders its own container height. The `.highcharts-container` is inside host `#ssma-ap-chart-origin` etc. With chart height = measured wrap height, the actual svg height = chartHeight. Then wrap's clientHeight stays same.
OK. Enough.
Let me consider **a NEW bug candidate in captureCardSectionForPrint**: it modifies `chartEl.style.overflow='visible'`, waits 220ms, captures, then resets only `chartEl.style.overflow=''`. For operational summary panel section (containerId 'ssma-ap-operational-summary'), chartEl is the panel itself, no `.highcharts-container`. Fine.
Now — **The static `<script src=...html2canvas...>` at the bottom of `_tab_painel.html.twig`** (confirmed #7) and the JS `ensureHtml2Canvas` also may inject script id `ssma-ap-panel-html2canvas-loader`. If the static script hasn't loaded yet but user clicks export... Actually static script tag without async blocks parsing; so by the time JS runs, html2canvas loaded. So ensureHtml2Canvas just resolves true. Unless CDN blocked (offline test) — static script fails; but script still may create element in DOM. Then ensureHtml2Canvas first checks window.html2canvas function absent, then looks for existing element with that id — the static script doesn't have id 'ssma-ap-panel-html2canvas-loader' so not found; so it injects dynamic script with SAME url -> fails again -> onerror resolves false -> notify error. So on second click, existing element found (the dynamic one from first attempt), listeners attach but events already fired → promise never resolves (confirmed #3). Right.
OK let me now look at other parts of JS diff in the area near resize handler and init to confirm resize behavior, plus check the **destruction of charts when switching views** and the timer for paired resize. Let me read lines 3000-3130.
Vou ler a região final do JS (init, resize handler e switchView) para avaliar interações com os novos timers e renders.
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 3129, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 2990}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 2990-3129
2990| if (originLink) {
2991| if (originUrl) {
2992| originLink.href = originUrl;
2993| originLink.classList.remove('d-none');
2994| } else {
2995| originLink.classList.add('d-none');
2996| }
2997| }
2998|
2999| if (typeof window.openOffcanvasssmaApActionView === 'function') {
3000| window.openOffcanvasssmaApActionView();
3001| return;
3002| }
3003| var canvas = document.getElementById('ssmaApActionView-offcanvas-wrapper')
3004| || document.getElementById('ssmaApActionViewOffcanvas');
3005| if (!canvas) {
3006| return;
3007| }
3008| if (window.jQuery) {
3009| window.jQuery('#ssmaApActionView').modal('show');
3010| return;
3011| }
3012| canvas.classList.add('show');
3013| canvas.style.visibility = 'visible';
3014| }
3015|
3016| function bindTableViewButtons() {
3017| var root = getRoot();
3018| if (!root) {
3019| return;
3020| }
3021| root.querySelectorAll('.js-ssma-ap-panel-view-action').forEach(function (btn) {
3022| btn.addEventListener('click', function () {
3023| openActionViewOffcanvas(btn);
3024| });
3025| });
3026| }
3027|
3028| function onPainelTabVisible() {
3029| if (initialized) {
3030| switchView(currentView);
3031| return;
3032| }
3033| initialized = true;
3034| initPanelConfig();
3035| if (typeof window.initAllCustomSelectWrappers === 'function') {
3036| window.initAllCustomSelectWrappers();
3037| }
3038| bindViewPills();
3039| bindAxisFilter();
3040| bindPendenciasPeriodPopover();
3041| bindPendenciasFilters();
3042| bindOverviewFilters();
3043| bindOverviewPagination();
3044| bindAdrianaQuestions();
3045| bindTableViewButtons();
3046| bindExportChartsButton();
3047| toggleHeaderFilters(currentView);
3048| syncApPainelPeriodPresetUI(panelState.period && panelState.period.indexOf('pend:range:') !== 0 ? panelState.period : 'next_month');
3049| syncOverviewPeriodPresetUI(panelState.overviewPeriod || 'last_3_months');
3050| updateAxisOptionsForPeriod(panelState.period || 'next_month');
3051| switchView(currentView);
3052| if (!panelData || !panelData.charts) {
3053| triggerPanelFilter(currentView);
3054| } else {
3055| var ssrLabels = (
3056| panelData.charts.critical_pending_by_deadline &&
3057| panelData.charts.critical_pending_by_deadline.labels
3058| ) || [];
3059| if (!ssrLabels.length) {
3060| triggerPanelFilter(currentView);
3061| }
3062| }
3063| }
3064|
3065| function observePainelTab() {
3066| var painelPanel = document.getElementById('tab_plano_painel_content');
3067| if (!painelPanel) {
3068| return;
3069| }
3070|
3071| if (painelPanel.offsetParent !== null && !painelPanel.classList.contains('d-none')) {
3072| onPainelTabVisible();
3073| }
3074|
3075| document.addEventListener('click', function (ev) {
3076| var link = ev.target && ev.target.closest ? ev.target.closest('#plano_acao_tabs .app-tab-link') : null;
3077| if (!link) {
3078| return;
3079| }
3080| var target = link.getAttribute('data-target-div') || '';
3081| if (target.indexOf('tab_plano_painel_content') !== -1) {
3082| window.setTimeout(onPainelTabVisible, 60);
3083| }
3084| });
3085|
3086| if (window.$ || window.jQuery) {
3087| (window.$ || window.jQuery)(document).on('tabShown', function (ev, tabId) {
3088| if (tabId === 'tab_plano_painel') {
3089| window.setTimeout(onPainelTabVisible, 60);
3090| }
3091| });
3092| }
3093|
3094| window.addEventListener('resize', function () {
3095| if (!initialized) {
3096| return;
3097| }
3098| if (currentView === 'pendencias') {
3099| window.clearTimeout(pairedChartsResizeTimer);
3100| pairedChartsResizeTimer = window.setTimeout(function () {
3101| renderPairedPendingCharts();
3102| reflowCharts(PENDENCIAS_CHART_KEYS);
3103| reflowDistributionCharts();
3104| }, 150);
3105| } else if (currentView === 'visao_geral') {
3106| reflowCharts(OVERVIEW_CHART_KEYS);
3107| reflowDistributionCharts();
3108| }
3109| });
3110| }
3111|
3112| document.addEventListener('DOMContentLoaded', function () {
3113| initPanelConfig();
3114| panelData = parsePanelData();
3115| window.ssmaApPanelSetPeriod = function (value) {
3116| applyApPainelPeriodPreset(value || panelState.period || 'next_month');
3117| };
3118| var activePill = document.querySelector('.ssma-ap-panel-view-pill.is-active');
3119| if (activePill) {
3120| currentView = activePill.getAttribute('data-view') || 'pendencias';
3121| }
3122| observePainelTab();
3123| var _painelInitPanel = document.getElementById('tab_plano_painel_content');
3124| if (_painelInitPanel && _painelInitPanel.offsetParent !== null) {
3125| onPainelTabVisible();
3126| }
3127| });
3128|})(window, document);
3129|
Request #47
deepseek-v4-flash
P:68.23K C:223 CR:66.56K CW:0
2837ms
Reasoning
Now let me look at the export section again in full detail, at the top and around `exportPanelChartsPrint` and `toggleHeaderFilters` etc. Actually let me view lines 1833-2000 region and 2180-2320 to see how view switching works and how charts get destroyed/re-rendered between views. This matters for the export when the user changes views while export pending, and for whether the pendencias export while in pendencias has correct current charts.
Also, let me look at line ~2320 (end of `switchView`).
Let me read lines 1833-2000.
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 2100, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 1833}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 1833-2100
1833| function setApPanelFilterRowVisible(el, visible) {
1834| if (!el) {
1835| return;
1836| }
1837| el.classList.add('d-none');
1838| if (visible) {
1839| el.classList.add('d-lg-flex');
1840| } else {
1841| el.classList.remove('d-lg-flex');
1842| }
1843| }
1844|
1845| function toggleHeaderFilters(viewId) {
1846| var controls = document.getElementById('ap_painel_controls');
1847| var exportWrap = document.getElementById('ap-painel-export-wrap');
1848| var pendenciasFilters = document.getElementById('ap-painel-filters-pendencias');
1849| var overviewFilters = document.getElementById('ap-painel-filters-overview');
1850| if (controls) {
1851| controls.classList.toggle('d-none', viewId === 'comparativo');
1852| }
1853| if (exportWrap) {
1854| exportWrap.classList.toggle('d-none', viewId === 'comparativo');
1855| }
1856| setApPanelFilterRowVisible(pendenciasFilters, viewId === 'pendencias');
1857| setApPanelFilterRowVisible(overviewFilters, viewId === 'visao_geral');
1858| }
1859|
1860| var panelChartsPrintBusy = false;
1861|
1862| function findChartByContainerId(containerId) {
1863| if (!containerId || !window.Highcharts || !window.Highcharts.charts) {
1864| return null;
1865| }
1866| var found = null;
1867| window.Highcharts.charts.forEach(function (chart) {
1868| if (chart && chart.renderTo && chart.renderTo.id === containerId) {
1869| found = chart;
1870| }
1871| });
1872| return found;
1873| }
1874|
1875| function hasRenderedChart(containerId) {
1876| var el = document.getElementById(containerId);
1877| if (!el) {
1878| return false;
1879| }
1880|
1881| return !!(
1882| el.querySelector('.highcharts-container')
1883| || el.querySelector('.ssma-conic-gauge-wrapper')
1884| );
1885| }
1886|
1887| function hasRenderablePrintSection(section) {
1888| if (section.captureType === 'panel') {
1889| var panelEl = document.getElementById(section.containerId);
1890| return !!(panelEl && panelEl.querySelector('.ssma-ap-op-row, .ssma-ap-op-total'));
1891| }
1892|
1893| return hasRenderedChart(section.containerId);
1894| }
1895|
1896| function getChartCaptureElement(containerId) {
1897| var el = document.getElementById(containerId);
1898| if (!el) {
1899| return null;
1900| }
1901|
1902| return el.closest('.ssma-dashboard-chart-card')
1903| || el.closest('.app-card-surface')
1904| || el;
1905| }
1906|
1907| function waitForPanelChartsPaint(ms) {
1908| return new Promise(function (resolve) {
1909| window.setTimeout(resolve, ms || 200);
1910| });
1911| }
1912|
1913| function ensureHtml2Canvas() {
1914| return new Promise(function (resolve) {
1915| if (typeof window.html2canvas === 'function') {
1916| resolve(true);
1917| return;
1918| }
1919|
1920| var existing = document.getElementById('ssma-ap-panel-html2canvas-loader');
1921| if (existing) {
1922| existing.addEventListener('load', function () { resolve(typeof window.html2canvas === 'function'); });
1923| existing.addEventListener('error', function () { resolve(false); });
1924| return;
1925| }
1926|
1927| var script = document.createElement('script');
1928| script.id = 'ssma-ap-panel-html2canvas-loader';
1929| script.src = 'https://cdnjs.cloudflare.com/ajax/libs/html2canvas/1.4.1/html2canvas.min.js';
1930| script.onload = function () { resolve(typeof window.html2canvas === 'function'); };
1931| script.onerror = function () { resolve(false); };
1932| document.head.appendChild(script);
1933| });
1934| }
1935|
1936| function captureElementAsPng(element) {
1937| return new Promise(function (resolve) {
1938| if (!element || typeof window.html2canvas !== 'function') {
1939| resolve(null);
1940| return;
1941| }
1942|
1943| window.html2canvas(element, {
1944| backgroundColor: '#ffffff',
1945| scale: 2,
1946| useCORS: true,
1947| allowTaint: true,
1948| logging: false,
1949| onclone: function (clonedDoc) {
1950| clonedDoc.querySelectorAll('svg').forEach(function (svg) {
1951| svg.style.overflow = 'visible';
1952| });
1953| clonedDoc.querySelectorAll('.highcharts-container').forEach(function (node) {
1954| node.style.overflow = 'visible';
1955| });
1956| },
1957| }).then(function (canvas) {
1958| if (!canvas || !canvas.width || !canvas.height) {
1959| resolve(null);
1960| return;
1961| }
1962| resolve(canvas.toDataURL('image/png', 1.0));
1963| }).catch(function () {
1964| resolve(null);
1965| });
1966| });
1967| }
1968|
1969| async function captureCardSectionForPrint(section) {
1970| var captureEl = getChartCaptureElement(section.containerId);
1971| var chartEl = document.getElementById(section.containerId);
1972|
1973| if (!captureEl || !hasRenderablePrintSection(section)) {
1974| return null;
1975| }
1976|
1977| var chart = findChartByContainerId(section.containerId);
1978| if (chart && typeof chart.reflow === 'function') {
1979| chart.reflow();
1980| }
1981|
1982| if (chartEl) {
1983| chartEl.style.overflow = 'visible';
1984| var hcContainer = chartEl.querySelector('.highcharts-container');
1985| if (hcContainer) {
1986| hcContainer.style.overflow = 'visible';
1987| }
1988| }
1989|
1990| captureEl.scrollIntoView({ block: 'nearest', inline: 'nearest' });
1991| await waitForPanelChartsPaint(220);
1992|
1993| var dataUrl = await captureElementAsPng(captureEl);
1994|
1995| if (chartEl) {
1996| chartEl.style.overflow = '';
1997| }
1998|
1999| if (!dataUrl) {
2000| return null;
2001| }
2002|
2003| return {
2004| dataUrl: dataUrl,
2005| layout: 'card-image',
2006| };
2007| }
2008|
2009| async function captureSectionForPrint(section) {
2010| return captureCardSectionForPrint(section);
2011| }
2012|
2013| function gaugeValueFromDom(containerId) {
2014| var el = document.getElementById(containerId);
2015| if (!el) {
2016| return '—';
2017| }
2018| var valueEl = el.querySelector('.ssma-gauge-center-value');
2019| return valueEl ? valueEl.textContent.trim() : '—';
2020| }
2021|
2022| function tableFromBarChart(chart) {
2023| if (!chart || !chart.series || !chart.series[0]) {
2024| return { headers: ['Categoria', 'Quantidade'], rows: [] };
2025| }
2026|
2027| var categories = (chart.xAxis && chart.xAxis[0] && chart.xAxis[0].categories) || [];
2028| var data = chart.series[0].data || [];
2029| return {
2030| headers: ['Categoria', 'Quantidade'],
2031| rows: categories.map(function (cat, index) {
2032| var point = data[index];
2033| var value = point && point.y != null ? point.y : 0;
2034| return [cat, String(value)];
2035| }),
2036| };
2037| }
2038|
2039| function tableFromStackedBarChart(chart) {
2040| if (!chart || !chart.series || chart.series.length < 2) {
2041| return tableFromBarChart(chart);
2042| }
2043|
2044| var categories = (chart.xAxis && chart.xAxis[0] && chart.xAxis[0].categories) || [];
2045| var execSeries = chart.series[0];
2046| var valSeries = chart.series[1];
2047| return {
2048| headers: ['Responsável', 'Execução', 'Validação', 'Total'],
2049| rows: categories.map(function (cat, index) {
2050| var exec = execSeries.data[index] ? execSeries.data[index].y : 0;
2051| var val = valSeries.data[index] ? valSeries.data[index].y : 0;
2052| return [cat, String(exec), String(val), String(Number(exec) + Number(val))];
2053| }),
2054| };
2055| }
2056|
2057| function getDistributionPrintSections() {
2058| return [
2059| {
2060| containerId: 'ssma-action-plan-type-bar',
2061| title: 'Distribuição de ações por tipo',
2062| getTable: function () {
2063| return tableFromBarChart(findChartByContainerId('ssma-action-plan-type-bar'));
2064| },
2065| },
2066| {
2067| containerId: 'ssma-action-plan-deadline-bar',
2068| title: 'Distribuição de ações por prazo',
2069| getTable: function () {
2070| return tableFromBarChart(findChartByContainerId('ssma-action-plan-deadline-bar'));
2071| },
2072| },
2073| {
2074| containerId: 'ssma-action-plan-project-gauge',
2075| title: 'Taxa de planos de ação com projetos',
2076| getTable: function () {
2077| return {
2078| headers: ['Indicador', 'Valor'],
2079| rows: [['Taxa com projetos', gaugeValueFromDom('ssma-action-plan-project-gauge')]],
2080| };
2081| },
2082| },
2083| {
2084| containerId: 'ssma-action-plan-resolution-gauge',
2085| title: 'Taxa de aceitação das ações',
2086| getTable: function () {
2087| return {
2088| headers: ['Indicador', 'Valor'],
2089| rows: [['Taxa de aceitação', gaugeValueFromDom('ssma-action-plan-resolution-gauge')]],
2090| };
2091| },
2092| },
2093| ];
2094| }
2095|
2096| function getPendenciasPrintSections() {
2097| var chartsData = panelData && panelData.charts ? panelData.charts : {};
2098|
2099| return [
2100| {
Request #48
deepseek-v4-flash
P:71.3K C:1.28K CR:68.35K CW:0
10941ms
Reasoning
Now let me continue reading the export logic (2100-2500) to double check remaining code and also the print document generation.
Actually, let me focus on identifying NEW issues. Let me list candidate new findings so far:
A. **`buildPrintSectionsHtml` sequential captures with `scrollIntoView`**: each section capture scrolls to the section. But scrolling between captures happens; page must be re-layouted. 220ms wait each time. Then after captures, they print via iframe, using data URLs. This is fine though slow for ~7-10 sections (each ~0.5s+), possibly >5s per export. Wait actually each capture = reflow + scroll + 220ms + html2canvas render. If there are 10 sections and each capture ~0.5-1s => 5-10 s. Acceptable but not critical.
B. **The iframe fallback cleanup after 4s**: if print takes longer (user reading before printing), afterprint handles cleanup; but the 4s timer will cleanup and finishLoading while the print dialog is still open. This removes the iframe from DOM, but the browser's print dialog was already opened referencing the iframe content; the print should still complete in most browsers since the content is already rendered. Minor.
C. **`waitForPanelChartsPaint(220)` after scrollIntoView**: scrollIntoView may cause reflow; highcharts re-render etc. Probably enough.
D. **`renderOverviewCharts` in export call for overview**. When user clicks export in overview, renderOverviewCharts is invoked. It re-renders overview charts; wait 120ms; reflow; ensure distribution. If the visao_geral section is visible (yes). If overview data (`panelData.overview`) was never fetched because the user hasn't triggered overview filter yet (only default SSR overview data). If SSR overview data present, fine. If overview data missing, renderOverviewCharts would skip charts (guard overview null) → no captures but hasValues? table fallback uses overview data... if empty, sections skipped → notify no charts. Fine.
E. **Bug: `ensureDistributionChartsForExport` refresh may happen while `panelData.overview`/distribution SSR data stale** — not relevant.
F. Now **the biggest NEW functional thing I see**: `getOverviewPrintSections()` calls `getOverviewData()` = `panelData.overview`. But the distribution sections (`getDistributionPrintSections`) table data comes from **Highcharts chart objects** (type-bar/deadline-bar) whose data is `action_plan_data` (from `_tab_action_plan.html.twig` state), NOT from the panel's `panelData`. Those distribution charts reflect the action plan tab data, not the current panel filters, which matches the known limitation.
G. Another candidate: **`renderOriginChart` percentage dataLabels `point.percentage`** — when data values zero, percentage computed by Highcharts is 0 but if y=0 all, point.percentage NaN → NaN%? Existing behavior though (before PR also had that). Not new.
H. **`computeHBarSizing` with `groupPadding`**: Highcharts groupPadding semantics for bar: 0..1 spacing between groups as fraction of plot area. With pointWidth explicit and groupPadding large, bars can overflow if slot small. But they clamp. When slot ~ chartHeight/count small with many categories, pointWidth fixed 11 with groupPadding 0.06 minimal gap, bars may overlap. For 10 rows slot = (200-44)/10 = 15.6 px, pointWidth 11? Math.floor(15.6*0.56)=8 → max(11,8)=11 → ok 11px < 15.6px with gap 0.29. Fine.
I. **Now about the interplay between the new CSS rule `.ssma-dashboard-chart-pair-row > [class*="col-"] { min-height: 235px; }` and existing `.ssma-ap-chart-host--column { min-height: 300px }`**: The origin chart host is inside the paired card. Since min-height 300px (from `.ssma-ap-chart-host--column`) is overridden by `.ssma-ap-chart-host--column.ssma-ap-chart-host--fill` = min-height:175px. Inline height set by JS (chartHeight). OK.
J. Let me look at the earlier existing renderTopResponsibleChart's **bar chart orientation**: Actually the original code already existed? Wait, this is inside a file change hunk only modifying portions (the hunk shows that the yMax/chartHeight lines changed plus tickInterval etc). So the top-responsible chart already existed.
Given the confirmed findings, I need to find any other real issues. Let me now read the rest of export flow (2100-2300) to spot more issues, especially about the `iframe` print and `escapeHtml`.
Actually, one more thing to check: `escapeHtml` — is there an existing function in this file? Let me search.
Tool Calls (2)
code_search
Show Details
Arguments
{"file_patterns": ["public/js/ssma/action_plan_panel.js"], "search_text": "function escapeHtml|function pad2|PENDENCIAS_CHART_KEYS|OVERVIEW_CHART_KEYS", "use_perl_regexp": true}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 13
49| var PENDENCIAS_CHART_KEYS = ['critical', 'topResponsible', 'origin'];
50| var OVERVIEW_CHART_KEYS = ['overviewEvolution', 'overviewOriginTime', 'overviewPersonTime'];
79| function escapeHtml(value) {
92| function pad2(value) {
1804| reflowCharts(PENDENCIAS_CHART_KEYS);
1819| reflowCharts(OVERVIEW_CHART_KEYS);
1825| destroyChartKeys(PENDENCIAS_CHART_KEYS);
1829| destroyChartKeys(OVERVIEW_CHART_KEYS);
2368| reflowCharts(PENDENCIAS_CHART_KEYS);
2372| reflowCharts(OVERVIEW_CHART_KEYS);
2501| reflowCharts(OVERVIEW_CHART_KEYS);
3102| reflowCharts(PENDENCIAS_CHART_KEYS);
3106| reflowCharts(OVERVIEW_CHART_KEYS);
file_read
Show Details
Arguments
{"end_line": 2560, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 2100}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 2100-2560
2100| {
2101| containerId: 'ssma-ap-chart-critical',
2102| title: 'Pendências críticas por prazo',
2103| getTable: function () {
2104| var cd = chartsData.critical_pending_by_deadline || {};
2105| var labels = cd.labels || [];
2106| return {
2107| headers: ['Período', 'Validação', 'Execução'],
2108| rows: labels.map(function (label, index) {
2109| return [
2110| String(label),
2111| String((cd.validation || [])[index] || 0),
2112| String((cd.execution || [])[index] || 0),
2113| ];
2114| }),
2115| };
2116| },
2117| },
2118| {
2119| containerId: 'ssma-ap-chart-top-responsible',
2120| title: 'Top responsáveis com pendências',
2121| getTable: function () {
2122| var chart = findChartByContainerId('ssma-ap-chart-top-responsible');
2123| if (chart) {
2124| return tableFromStackedBarChart(chart);
2125| }
2126| var rows = chartsData.top_responsible_pending || [];
2127| return {
2128| headers: ['Responsável', 'Execução', 'Validação', 'Total'],
2129| rows: rows.map(function (row) {
2130| var exec = row.execution || 0;
2131| var val = row.validation || 0;
2132| return [row.name || '', String(exec), String(val), String(exec + val)];
2133| }),
2134| };
2135| },
2136| },
2137| {
2138| containerId: 'ssma-ap-chart-origin',
2139| title: 'Pendências por origem',
2140| getTable: function () {
2141| var rows = chartsData.pending_by_origin || [];
2142| return {
2143| headers: ['Origem', 'Quantidade', '%'],
2144| rows: rows.map(function (row) {
2145| var pct = row.percentage != null
2146| ? String(row.percentage).replace('.', ',') + '%'
2147| : '—';
2148| return [row.label || '', String(row.value || 0), pct];
2149| }),
2150| };
2151| },
2152| },
2153| {
2154| containerId: 'ssma-ap-operational-summary',
2155| title: 'Resumo Operacional',
2156| captureType: 'panel',
2157| getTable: function () {
2158| var summary = (panelData && panelData.operational_summary) || {};
2159| var rows = summary.rows || [];
2160| var total = summary.total || {};
2161| var tableRows = rows.map(function (row) {
2162| return [
2163| row.label || '',
2164| String(row.count != null ? row.count : 0),
2165| String(row.percent != null ? row.percent : 0) + '%',
2166| ];
2167| });
2168|
2169| if (total.label || total.value != null) {
2170| tableRows.push([
2171| total.label || 'Total de pendências',
2172| String(total.value != null ? total.value : 0),
2173| String(total.percent != null ? total.percent : 100) + '%',
2174| ]);
2175| }
2176|
2177| return {
2178| headers: ['Indicador', 'Quantidade', '%'],
2179| rows: tableRows,
2180| };
2181| },
2182| },
2183| ];
2184| }
2185|
2186| function getOverviewPrintSections() {
2187| var overview = getOverviewData() || {};
2188|
2189| return [
2190| {
2191| containerId: 'ssma-ap-chart-overview-evolution',
2192| title: 'Evolução das ações no período',
2193| getTable: function () {
2194| var cd = overview.action_evolution || {};
2195| var labels = cd.labels || [];
2196| return {
2197| headers: ['Período', 'Finalizadas', 'Vencidas'],
2198| rows: labels.map(function (label, index) {
2199| var period = Array.isArray(label) ? label.join(' ') : String(label);
2200| return [
2201| period,
2202| String((cd.finalized || [])[index] || 0),
2203| String((cd.overdue || [])[index] || 0),
2204| ];
2205| }),
2206| };
2207| },
2208| },
2209| {
2210| containerId: 'ssma-ap-chart-overview-origin-time',
2211| title: 'Quais demoram mais',
2212| getTable: function () {
2213| var rows = overview.average_time_by_origin || [];
2214| return {
2215| headers: ['Origem', 'Tempo médio (dias)'],
2216| rows: rows.map(function (row) {
2217| return [row.label || '', String(row.value != null ? row.value : 0)];
2218| }),
2219| };
2220| },
2221| },
2222| {
2223| containerId: 'ssma-ap-chart-overview-person-time',
2224| title: 'Tempo médio de execução por pessoa',
2225| getTable: function () {
2226| var rows = overview.average_execution_by_person || [];
2227| return {
2228| headers: ['Pessoa', 'Tempo médio (dias)'],
2229| rows: rows.map(function (row) {
2230| return [row.label || '', String(row.value != null ? row.value : 0)];
2231| }),
2232| };
2233| },
2234| },
2235| ].concat(getDistributionPrintSections());
2236| }
2237|
2238| function buildPrintTableHtml(headers, rows) {
2239| if (!rows || !rows.length) {
2240| return '';
2241| }
2242|
2243| var headHtml = headers.map(function (header) {
2244| return '<th>' + escapeHtml(header) + '</th>';
2245| }).join('');
2246|
2247| var bodyHtml = rows.map(function (row) {
2248| return '<tr>' + row.map(function (cell) {
2249| return '<td>' + escapeHtml(cell) + '</td>';
2250| }).join('') + '</tr>';
2251| }).join('');
2252|
2253| return '<table class="ssma-ap-print-table"><thead><tr>' + headHtml + '</tr></thead><tbody>'
2254| + bodyHtml + '</tbody></table>';
2255| }
2256|
2257| function formatPrintDateTime() {
2258| var now = new Date();
2259| return pad2(now.getDate()) + '/' + pad2(now.getMonth() + 1) + '/' + now.getFullYear()
2260| + ' ' + pad2(now.getHours()) + ':' + pad2(now.getMinutes());
2261| }
2262|
2263| function buildPrintDocumentHtml(viewLabel, sectionsHtml) {
2264| return '<!DOCTYPE html><html lang="pt-BR"><head><meta charset="utf-8"><title>Painel Plano de Ação — '
2265| + escapeHtml(viewLabel) + '</title><style>'
2266| + '@page { size: A4 portrait; margin: 12mm; }'
2267| + '* { box-sizing: border-box; -webkit-print-color-adjust: exact !important; print-color-adjust: exact !important; }'
2268| + 'body { margin: 0; padding: 16px; font-family: Montserrat, Arial, sans-serif; color: #1e1e1e; background: #fff; }'
2269| + 'h1 { margin: 0 0 6px; font-size: 20px; color: #0F3D4A; }'
2270| + '.ssma-ap-print-meta { margin: 0 0 18px; font-size: 11px; color: #7A858C; }'
2271| + '.ssma-ap-print-section { margin: 0 0 20px; page-break-inside: avoid; }'
2272| + '.ssma-ap-print-section h2 { margin: 0 0 8px; font-size: 14px; color: #0F3D4A; }'
2273| + '.ssma-ap-print-chart-card { border: 1px solid #DFE3E6; border-radius: 8px; padding: 12px 14px; background: #FBFCFD; }'
2274| + '.ssma-ap-print-inline-title { margin: 0 0 4px; font-size: 14px; font-weight: 700; color: #5C5D5D; }'
2275| + '.ssma-ap-print-inline-subtitle { margin: 0 0 10px; font-size: 11px; color: #7A858C; }'
2276| + '.ssma-ap-print-chart { width: 100%; max-width: 100%; height: auto; display: block; margin: 0 0 16px; border: 1px solid #DFE3E6; border-radius: 6px; }'
2277| + '.ssma-ap-print-chart-card .ssma-ap-print-chart { margin: 0; border: 0; border-radius: 0; }'
2278| + '.ssma-ap-print-table { width: 100%; border-collapse: collapse; margin-top: 4px; font-size: 10px; }'
2279| + '.ssma-ap-print-table th, .ssma-ap-print-table td { border: 1px solid #DFE3E6; padding: 4px 6px; text-align: left; }'
2280| + '.ssma-ap-print-table th { background: #F5F7FA; font-weight: 700; }'
2281| + '</style></head><body>'
2282| + '<h1>Painel Plano de Ação — ' + escapeHtml(viewLabel) + '</h1>'
2283| + '<p class="ssma-ap-print-meta">Gerado em ' + escapeHtml(formatPrintDateTime()) + '</p>'
2284| + sectionsHtml
2285| + '</body></html>';
2286| }
2287|
2288| async function buildPrintSectionsHtml(sections) {
2289| var htmlParts = [];
2290|
2291| for (var i = 0; i < sections.length; i += 1) {
2292| var section = sections[i];
2293| var table = section.getTable ? section.getTable() : { headers: [], rows: [] };
2294| var canCaptureImage = hasRenderablePrintSection(section);
2295| var hasValues = table.rows && table.rows.length > 0;
2296|
2297| if (!canCaptureImage && !hasValues) {
2298| continue;
2299| }
2300|
2301| var sectionHtml;
2302| var captured = null;
2303|
2304| if (canCaptureImage) {
2305| captured = await captureSectionForPrint(section);
2306| }
2307|
2308| if (captured && captured.dataUrl) {
2309| sectionHtml = '<section class="ssma-ap-print-section">'
2310| + '<img class="ssma-ap-print-chart" src="' + captured.dataUrl + '" alt="'
2311| + escapeHtml(section.title) + '"></section>';
2312| } else if (!canCaptureImage && hasValues) {
2313| sectionHtml = '<section class="ssma-ap-print-section">'
2314| + '<h2>' + escapeHtml(section.title) + '</h2>'
2315| + buildPrintTableHtml(table.headers, table.rows)
2316| + '</section>';
2317| } else {
2318| continue;
2319| }
2320|
2321| htmlParts.push(sectionHtml);
2322| }
2323|
2324| return htmlParts.join('');
2325| }
2326|
2327| function setExportChartsBtnLoading(btn, loading) {
2328| if (!btn) {
2329| return;
2330| }
2331| if (loading) {
2332| btn.disabled = true;
2333| btn.dataset.originalHtml = btn.innerHTML;
2334| btn.innerHTML = '<i class="fas fa-spinner fa-spin mr-2" aria-hidden="true"></i><span>Gerando PDF…</span>';
2335| return;
2336| }
2337| btn.disabled = false;
2338| if (btn.dataset.originalHtml) {
2339| btn.innerHTML = btn.dataset.originalHtml;
2340| delete btn.dataset.originalHtml;
2341| }
2342| }
2343|
2344| function notifyPanelExport(message, type) {
2345| if (typeof window.showToast === 'function') {
2346| window.showToast(
2347| message,
2348| 'Painel',
2349| 'fa-file-pdf',
2350| type === 'error' ? 'bg-danger' : 'bg-info'
2351| );
2352| return;
2353| }
2354| window.alert(message);
2355| }
2356|
2357| async function exportPanelChartsPrint() {
2358| if (panelChartsPrintBusy) {
2359| return;
2360| }
2361|
2362| if (currentView !== 'pendencias' && currentView !== 'visao_geral') {
2363| notifyPanelExport('Exportação disponível apenas em Pendências e Visão Geral.', 'error');
2364| return;
2365| }
2366|
2367| if (currentView === 'pendencias') {
2368| reflowCharts(PENDENCIAS_CHART_KEYS);
2369| } else {
2370| renderOverviewCharts();
2371| await waitForPanelChartsPaint(120);
2372| reflowCharts(OVERVIEW_CHART_KEYS);
2373| await ensureDistributionChartsForExport();
2374| }
2375|
2376| var btn = document.getElementById('ap_painel_export_charts_btn');
2377| panelChartsPrintBusy = true;
2378| setExportChartsBtnLoading(btn, true);
2379|
2380| try {
2381| var hasHtml2Canvas = await ensureHtml2Canvas();
2382| if (!hasHtml2Canvas) {
2383| notifyPanelExport('Não foi possível carregar o recurso de captura dos gráficos.', 'error');
2384| panelChartsPrintBusy = false;
2385| setExportChartsBtnLoading(btn, false);
2386| return;
2387| }
2388|
2389| await waitForPanelChartsPaint(280);
2390|
2391| var viewLabel = currentView === 'pendencias' ? 'Pendências' : 'Visão Geral';
2392| var sections = currentView === 'pendencias'
2393| ? getPendenciasPrintSections()
2394| : getOverviewPrintSections();
2395| var sectionsHtml = await buildPrintSectionsHtml(sections);
2396|
2397| if (!sectionsHtml) {
2398| notifyPanelExport('Não há gráficos para exportar no momento.', 'error');
2399| panelChartsPrintBusy = false;
2400| setExportChartsBtnLoading(btn, false);
2401| return;
2402| }
2403|
2404| var printHtml = buildPrintDocumentHtml(viewLabel, sectionsHtml);
2405| var iframe = document.createElement('iframe');
2406| iframe.className = 'ssma-ap-panel-charts-print-frame';
2407| iframe.setAttribute('title', 'Exportação de gráficos — Painel Plano de Ação');
2408| iframe.style.cssText = 'position:fixed;width:0;height:0;border:0;opacity:0;pointer-events:none;';
2409|
2410| var finished = false;
2411| var finishLoading = function () {
2412| if (finished) {
2413| return;
2414| }
2415| finished = true;
2416| panelChartsPrintBusy = false;
2417| setExportChartsBtnLoading(btn, false);
2418| };
2419|
2420| var cleanup = function () {
2421| if (iframe.parentNode) {
2422| iframe.parentNode.removeChild(iframe);
2423| }
2424| };
2425|
2426| iframe.onerror = function () {
2427| cleanup();
2428| finishLoading();
2429| notifyPanelExport('Não foi possível abrir a impressão dos gráficos.', 'error');
2430| };
2431|
2432| iframe.onload = function () {
2433| window.setTimeout(function () {
2434| try {
2435| var win = iframe.contentWindow;
2436| if (!win) {
2437| cleanup();
2438| finishLoading();
2439| notifyPanelExport('Não foi possível abrir a impressão dos gráficos.', 'error');
2440| return;
2441| }
2442| win.addEventListener('afterprint', function () {
2443| cleanup();
2444| finishLoading();
2445| }, { once: true });
2446| win.focus();
2447| win.print();
2448| window.setTimeout(function () {
2449| cleanup();
2450| finishLoading();
2451| }, 4000);
2452| } catch (err) {
2453| cleanup();
2454| finishLoading();
2455| notifyPanelExport('Não foi possível abrir a impressão dos gráficos.', 'error');
2456| }
2457| }, 350);
2458| };
2459|
2460| document.body.appendChild(iframe);
2461| iframe.srcdoc = printHtml;
2462| } catch (err) {
2463| panelChartsPrintBusy = false;
2464| setExportChartsBtnLoading(btn, false);
2465| notifyPanelExport('Não foi possível gerar a exportação. Tente novamente.', 'error');
2466| }
2467| }
2468|
2469| function bindExportChartsButton() {
2470| var btn = document.getElementById('ap_painel_export_charts_btn');
2471| if (!btn || btn.dataset.bound === '1') {
2472| return;
2473| }
2474| btn.dataset.bound = '1';
2475| btn.addEventListener('click', function (e) {
2476| e.preventDefault();
2477| exportPanelChartsPrint();
2478| });
2479| }
2480|
2481| function switchView(viewId) {
2482| currentView = viewId;
2483| toggleHeaderFilters(viewId);
2484|
2485| if (viewId === 'pendencias') {
2486| destroyOverviewCharts();
2487| renderPendenciasCharts();
2488| return;
2489| }
2490|
2491| destroyPendenciasCharts();
2492|
2493| if (viewId === 'visao_geral') {
2494| var overviewData = getOverviewData();
2495| if (overviewData) {
2496| applyOverviewDom(overviewData);
2497| }
2498| if (!overviewChartsRendered) {
2499| renderOverviewCharts();
2500| } else {
2501| reflowCharts(OVERVIEW_CHART_KEYS);
2502| reflowDistributionCharts();
2503| }
2504| return;
2505| }
2506|
2507| destroyOverviewCharts();
2508|
2509| if (viewId === 'comparativo') {
2510| triggerPanelFilter('comparativo');
2511| }
2512| }
2513|
2514| function bindViewPills() {
2515| var root = getRoot();
2516| if (!root) {
2517| return;
2518| }
2519|
2520| var pills = root.querySelectorAll('.ssma-ap-panel-view-pill');
2521| var sections = root.querySelectorAll('[data-ap-panel-view]');
2522|
2523| pills.forEach(function (pill) {
2524| pill.addEventListener('click', function () {
2525| var viewId = pill.getAttribute('data-view') || '';
2526| pills.forEach(function (p) {
2527| var active = p === pill;
2528| p.classList.toggle('is-active', active);
2529| p.setAttribute('aria-selected', active ? 'true' : 'false');
2530| });
2531| sections.forEach(function (section) {
2532| var show = section.getAttribute('data-ap-panel-view') === viewId;
2533| section.classList.toggle('d-none', !show);
2534| });
2535| switchView(viewId);
2536| if (viewId === 'visao_geral') {
2537| syncOverviewFilterState();
2538| triggerPanelFilter('visao_geral');
2539| }
2540| });
2541| });
2542| }
2543|
2544| function bindAxisFilter() {
2545| var select = document.getElementById('ssma-ap-chart-axis-filter');
2546| if (!select) {
2547| return;
2548| }
2549| select.addEventListener('change', function () {
2550| panelState.axis = getSelectValue('ssma-ap-chart-axis-filter');
2551| triggerPanelFilter('pendencias');
2552| });
2553| }
2554|
2555| // ── Mapa período → eixos disponíveis (espelha backend resolveAvailableAxes) ──
2556| var AXIS_LABELS_MAP = { daily: 'Diário', weekly: 'Semanal', monthly: 'Mensal', quarterly: 'Trimestral' };
2557| var AXIS_BY_PERIOD = {
2558| week: ['daily'],
2559| fortnight: ['daily', 'weekly'],
2560| next_month: ['daily', 'weekly'],
Request #49
deepseek-v4-flash
P:78.32K C:2.83K CR:72.58K CW:0
20061ms
Reasoning
Now I've covered the whole export flow. Let me think about NEW distinct issues that were NOT flagged in the confirmed findings, focusing on code logic and observable behavior:
1. **`exportPanelChartsPrint` captures pendencias charts by only reflowing (not re-rendering) and not re-checking the DOM for the pendencias view visibility.** Actually if the user is in pendencias view at export time, charts exist. But `switchView` when switching from pendencias to another view destroys pendencias charts (`destroyPendenciasCharts`). So if user clicks export while in pendencias, currentView = pendencias and charts are rendered. Fine.
Wait — a subtle race: When clicking the view pill, sections' d-none toggles BEFORE switchView is invoked. And `bindViewPills` triggers `switchView(viewId)` then triggers AJAX filter if visao_geral. In switchView for pendencias: destroyOverviewCharts(); renderPendenciasCharts(); where renderPendenciasCharts has the visibility guard. Hmm — when switching from comparativo to pendencias, renderPendenciasCharts runs and if section is visible, charts render. Good.
But if a user clicks on Export right after switching (within the 120ms sync), capture will occur... fine.
2. **Race of `syncPairedPendingCharts` vs export capture.** If export is started within 120ms of a pendencias render (e.g., after filter change), the export reflows, then captures sections. But the pending sync timer will fire DURING export, destroying/recreating charts mid-capture (captureElementAsPng processes DOM asynchronously, html2canvas clones at the time it runs). Sequence: user changes filter -> renderPendenciasCharts schedules sync at t=120ms. User quickly clicks export at t ~50ms. Export: reflowCharts (setTimeout 80ms) then busy true, ensureHtml2Canvas, wait 280ms... At t=120ms the sync fires re-rendering paired charts and reflowing. At t~350ms+ captureElementAsPng runs on cloned DOM — charts already re-rendered; fine mostly. Marginal flicker during export, but the export re-renders anyway because sync destroys/creates while export might be capturing an element. html2canvas clone occurs after a small internal delay; possible to capture mid-destroyed state → blank chart → dataUrl null → section dropped? That could happen occasionally but transient.
This is speculative.
3. **`exportPanelChartsPrint` pendencias: doesn't render pendencias charts before export.** Suppose user is on pendencias with data loaded but then changes a filter to empty (rows zero) — charts show empty states; export would skip those sections (no `.highcharts-container`). But the fallback table uses panelData.charts data; `hasRenderablePrintSection` = false so canCaptureImage false, and hasValues uses table rows from chartsData which still contain old data? Wait `panelData` is updated by AJAX merge (mergePanelData) — if filter returns zero rows, panelData.charts would be empty too? Possibly. Then sections skipped, notify no charts. OK.
Actually there's a scenario: capture fails mid-way (e.g., html2canvas error) → dataUrl null → since canCaptureImage true, section dropped even though table has rows (confirmed #2). OK skip.
4. **New issue candidate — `notifyPanelExport` uses `window.showToast` with 4 args.** Already confirmed compatible.
5. **New issue candidate — the print document has the charts as base64 PNG images at scale 2; but for the gauge donut, Highcharts renders the value label inside the chart. Fine.
6. Let me now check `_tab_action_plan.html.twig` more carefully around the resolution gauge change for a NEW regression: In `renderSsmaActionPlanResolutionGauge`, previously `buildSsmaResolutionConicalGradient` + DOM. Now replaced with `renderSsmaActionPlanGauge`. But renderSsmaActionPlanGauge's pie chart creates TWO series points: one colored arc for value and one for remaining. For the resolution gauge, having a value from 0-100. But the donut uses `startAngle:0, endAngle:360` meaning full circle with two slices — the value slice occupies proportional angle. Fine.
Wait, but there's a subtle **behavior change**: previously when `hasData === false` for resolution gauge, it returned empty state; still does.
But wait: old function `renderSsmaActionPlanResolutionGauge(containerId, value, colorStops, hasData)` — the diff shows it did NOT use hasData param? Look at the diff: it removed the old code that checked hasData... Actually new code:
```
function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops) {
if (hasData === false) {
return renderSsmaActionPlanChartEmptyState(containerId);
}
...
```
Wait, in the new code snippet from file lines 468-487:
```
function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops) {
if (hasData === false) {
return renderSsmaActionPlanChartEmptyState(containerId);
}
```
The function signature now lacks the `hasData` param, but the body still references `hasData`! Let me double check by reading the file at that location. Indeed lines 468-487: signature `(containerId, value, colorStops)` then first line `if (hasData === false)`. `hasData` is undefined — `undefined === false` is false, so the empty-state branch never triggers for resolution gauge. Caller at line 556-565 passes 4 args: `renderSsmaActionPlanResolutionGauge('ssma-action-plan-resolution-gauge', rate, stops, hasActionChartData)` — the 4th argument is ignored (JS doesn't error). So when there is no action chart data (hasActionChartData=false), previously it would render empty state; now it will render a gauge with value 0 (normalizedValue = max(0, min(100, Number(value||0))) = 0). Actually value would be 0 => empty gauge at 0%. But visually it draws the two-tone pie (0% colored, 100% gray). Behavior: previously empty-state message "Nenhum dado disponível"; now it would show a 0% donut. That's a visual/UX regression in the "no data" case.
Wait — but is it a NEW bug? The diff for `_tab_action_plan.html.twig` replaced the whole body of `renderSsmaActionPlanResolutionGauge`:
Old:
```
var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
var gradient = buildSsmaResolutionConicalGradient(normalizedValue, colorStops);
$('#' + containerId).html(...); // full DOM render
return { reflow: $.noop };
```
New:
```
return renderSsmaActionPlanGauge(containerId, normalizedValue, {...}, true);
```
And the diff at the top of the hunk context (context lines) - hmm the hunk shows:
```
}
var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
- var gradient = buildSsmaResolutionConicalGradient(...);
- ...old code...
- return { reflow: $.noop };
+ return renderSsmaActionPlanGauge(
+ containerId,
+ normalizedValue,
+ {...},
+ true
+ );
}
```
So the function signature is not visible in the diff; but the current file at lines 468-487 shows signature `function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops)` — Wait let me confirm: The file read I got earlier lines 468-487:
```
468| function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops) {
469| if (hasData === false) {
470| return renderSsmaActionPlanChartEmptyState(containerId);
471| }
...
```
Hmm! That's odd: the function signature is `(containerId, value, colorStops)` but it uses `hasData` in the body and then calls `renderSsmaActionPlanGauge(..., true)` passing literal `true` as hasData. Wait, is that what happened? Let me re-read lines 468-487 again:
```
468: function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops) {
469: if (hasData === false) {
470: return renderSsmaActionPlanChartEmptyState(containerId);
471: }
472:
473: var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
474:
475: return renderSsmaActionPlanGauge(
476: containerId,
477: normalizedValue,
478: {
479: x1: 0,
480: y1: 0,
481: x2: 1,
482: y2: 1,
483: stops: colorStops
484: },
485: true
486: );
487: }
```
Yes. So two issues:
- (a) `hasData` is not a parameter anymore (referenced but undefined) — the empty-data guard silently never triggers for the resolution gauge. Wait — did the original function have hasData param? Let me check the git diff for the original code: from the diff hunk earlier in the task:
```
@@ -471,21 +471,19 @@
}
var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
- var gradient = buildSsmaResolutionConicalGradient(normalizedValue, colorStops);
-
- $('#' + containerId).html(
- ...
- );
- return { reflow: $.noop };
+ return renderSsmaActionPlanGauge(
+ containerId,
+ normalizedValue,
+ {
+ x1: 0,
+ y1: 0,
+ x2: 1,
+ y2: 1,
+ stops: colorStops
+ },
+ true
+ );
}
```
The diff doesn't show function signature changes, so the signature line was unchanged (probably it had 4 params before, including hasData). The diff hunk shows lines ~471-489 within the function. Let me get the old file version? I can't view old file, but the current file shows signature is `(containerId, value, colorStops)` with body using `hasData`. That is inconsistent — but maybe the signature line is further up and the earlier part of the function (lines 468-471) show exactly that.
Hold on — if signature had 4 parameters before and the diff did not touch that line, then the current signature should still include hasData. But current file read shows the signature line with only 3 params? Let me re-verify by reading the current file precisely at those lines. My earlier read (lines 400-680) shows at 468: `function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops) {`. Wait, that's the current version. Hmm, but the body at 469 references `hasData`. This means this function is actually broken: `hasData` undefined, so `hasData === false` is false always. That means when there's no action chart data, the resolution gauge no longer renders the empty state but instead renders a chart with value 0. But more importantly — the whole point of this PR change was to convert the resolution gauge to the shared renderer.
But wait, is `hasData` perhaps defined in an outer scope as a global? Let me check: In `_tab_action_plan.html.twig`, there may be an outer var named `hasData`. `hasSsmaActionPlanDistributionCharts`... not `hasData`. Let me search the file for `hasData`.
Encontrei um possível problema no gauge de resolução. Vou confirmar o uso de `hasData` no template e na assinatura da função.
Tool Calls (2)
code_search
Show Details
Arguments
{"file_patterns": ["templates/ssma/action_plan/tabs/_tab_action_plan.html.twig"], "search_text": "hasData"}
Result
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig
Match lines: 4
468| function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops, hasData) {
469| if (hasData === false) {
489| function renderSsmaActionPlanGauge(containerId, value, colorConfig, hasData) {
490| if (hasData === false) {
file_read
Show Details
Arguments
{"end_line": 500, "file_path": "templates/ssma/action_plan/tabs/_tab_action_plan.html.twig", "start_line": 455}
Result
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig (Total lines: 2262)
IS_TRUNCATED: false
LINE_RANGE: 455-500
455| for (i = 0; i < colorStops.length; i++) {
456| var stopAngle = colorStops[i][0] * 360;
457| if (stopAngle < filledAngle) {
458| parts.push(colorStops[i][1] + ' ' + stopAngle + 'deg');
459| }
460| }
461|
462| var endColor = getSsmaActionPlanColorFromStops(colorStops, normalizedValue / 100);
463| parts.push(endColor + ' ' + filledAngle + 'deg, #E8EDF2 ' + filledAngle + 'deg, #E8EDF2 360deg');
464|
465| return 'conic-gradient(' + parts.join(', ') + ')';
466| }
467|
468| function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops, hasData) {
469| if (hasData === false) {
470| return renderSsmaActionPlanChartEmptyState(containerId);
471| }
472|
473| var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
474|
475| return renderSsmaActionPlanGauge(
476| containerId,
477| normalizedValue,
478| {
479| x1: 0,
480| y1: 0,
481| x2: 1,
482| y2: 1,
483| stops: colorStops
484| },
485| true
486| );
487| }
488|
489| function renderSsmaActionPlanGauge(containerId, value, colorConfig, hasData) {
490| if (hasData === false) {
491| return renderSsmaActionPlanChartEmptyState(containerId);
492| }
493|
494| var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
495| var arcColor = typeof colorConfig === 'string'
496| ? colorConfig
497| : buildSsmaActionPlanGradient(colorConfig);
498|
499| var gaugeData = [
500| { y: normalizedValue, color: arcColor, borderWidth: 0, borderColor: 'transparent' },
Request #50
deepseek-v4-flash
P:81.82K C:610 CR:81.15K CW:0
4824ms
Reasoning
OK — good, the signature DOES include `hasData` (4 params) — my earlier read of line 468 was just off-by-truncation? Actually the search result shows line 468: `function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops, hasData) {`. So the earlier file read output apparently displayed a line without hasData? Let me re-check the earlier read output at lines 468:
Earlier read at lines 400-680:
```
468| function renderSsmaActionPlanResolutionGauge(containerId, value, colorStops) {
469| if (hasData === false) {
```
But code_search says line 468 includes `hasData`. The two tools disagree? Possibly the earlier read output was showing truncated/garbled content, or line numbers shifted. The code_search displays actual current file lines. So the signature includes hasData. Good, no bug there.
So `hasData === false` guard works when hasActionChartData false. And then caller passes `true` to renderSsmaActionPlanGauge so it renders the donut (not empty state) — consistent with hasData being true since we already guarded. Fine.
Now the interesting: given hasData false -> empty state. OK.
So no new bug there.
Now let's focus on the file read discrepancy: line numbers matched fine in the code_search result.
OK. Let me now more carefully identify potential issues in the change to the resolution gauge from DOM to Highcharts pie:
- gaugeValueFromDom in panel.js expects `.ssma-gauge-center-value`. renderSsmaActionPlanGauge uses Highcharts SVG with text via `updateSsmaActionPlanGaugeCenterLabel`. Does it add `.ssma-gauge-center-value` class? Let me check `updateSsmaActionPlanGaugeCenterLabel`.
Vou verificar como o rótulo central do gauge Highcharts é renderizado (classe CSS) e como a função `updateSsmaActionPlanGaugeCenterLabel` funciona.
Tool Calls (2)
code_search
Show Details
Arguments
{"file_patterns": ["templates/ssma/action_plan/tabs/_tab_action_plan.html.twig"], "search_text": "updateSsmaActionPlanGaugeCenterLabel|ssma-gauge-center-value|ssma-conic-gauge"}
Result
No matches found
file_read
Show Details
Arguments
{"end_line": 400, "file_path": "templates/ssma/action_plan/tabs/_tab_action_plan.html.twig", "start_line": 200}
Result
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig (Total lines: 2262)
IS_TRUNCATED: false
LINE_RANGE: 200-400
200| </span>
201| <div style="min-width: 0;">
202| <div class="ssma-action-plan-recommendation-label mb-1">Recomendação</div>
203| <div class="ssma-action-plan-recommendation-text js-ssma-action-plan-recommendation-text" data-toggle="tooltip">
204| {{ recommendation_text }}
205| </div>
206| </div>
207| </div>
208| </div>
209| </div>
210| </div>
211|
212| <div class="row" id="ssma-action-plan-main-row">
213| {% include 'ssma/action_plan/partials/_action_plan_table.html.twig' with {
214| action_plan_data: action_plan_data,
215| allMembers: allMembers,
216| ssmaCanManageOccurrences: ssmaCanManageOccurrences|default(false)
217| } %}
218| </div>
219| {% include 'ssma/partials/_modal_action_rejected.html.twig' with {
220| ssmaCanManageOccurrences: ssmaCanManageOccurrences|default(false)
221| } %}
222| {% include 'ssma/action_plan/partials/_action_plan_view_offcanvas.html.twig' %}
223|
224| {# Modal: Vincular ação a um plano de ação existente #}
225| <div class="modal fade" id="ssmaLinkProjectModal" tabindex="-1" role="dialog" aria-labelledby="ssmaLinkProjectModalLabel" aria-hidden="true">
226| <div class="modal-dialog modal-dialog-centered" role="document">
227| <div class="modal-content">
228| <div class="modal-header">
229| <h5 class="modal-title" id="ssmaLinkProjectModalLabel">
230| <i class="fas fa-link mr-2"></i>Vincular a um plano de ação
231| </h5>
232| <button type="button" class="close" data-dismiss="modal" aria-label="Fechar">
233| <span aria-hidden="true">×</span>
234| </button>
235| </div>
236| <div class="modal-body">
237| <div id="ssmaLinkProjectLoadingState" class="text-center py-3" style="display:none;">
238| <i class="fas fa-spinner fa-spin mr-1"></i> Carregando planos...
239| </div>
240| <div id="ssmaLinkProjectContent">
241| <div class="form-group mb-0">
242| <label for="ssmaLinkProjectSelect">Plano de ação <span class="text-danger">*</span></label>
243| <select class="form-control" id="ssmaLinkProjectSelect">
244| <option value="" disabled selected>Selecione um plano de ação</option>
245| </select>
246| <small class="text-muted mt-1 d-block">A ação será vinculada ao plano selecionado.</small>
247| </div>
248| </div>
249| </div>
250| <div class="modal-footer">
251| <button type="button" class="btn btn-default" data-dismiss="modal">Cancelar</button>
252| <button type="button" class="btn btn-primary" id="ssmaLinkProjectConfirmBtn">
253| <i class="fas fa-link mr-1"></i>Vincular
254| </button>
255| </div>
256| </div>
257| </div>
258| </div>
259|
260| <script src="{{ asset('js/metahuman-standard/components/_modal_offcanvas.js') }}"></script>
261| <script>
262| var ssmaActionPlanChartState = window.ssmaActionPlanChartState || {
263| projectGauge: null,
264| resolutionGauge: null,
265| typeBar: null,
266| deadlineBar: null,
267| initialized: false
268| };
269| var ssmaActionPlanGauges = {{ action_plan_data.gauges|default({})|json_encode|raw }};
270| var ssmaActionPlanTypeSeries = {{ action_plan_data.bar_charts.types|default([])|json_encode|raw }};
271| var ssmaActionPlanCharts = {{ action_plan_charts|merge({'actions_on_schedule': actions_on_schedule})|json_encode|raw }};
272| var ssmaActionPlanChartEmptyStateHtml = {{ include('components/_empty_card_state.html.twig', {
273| icon: 'fa-chart-column',
274| title: 'Nenhum dado disponível',
275| subtitle: 'O gráfico será exibido quando houver informações suficientes.'
276| })|json_encode|raw }};
277| var ssmaActionPlanState = window.ssmaActionPlanState || {
278| actions: {{ action_plan_actions|json_encode|raw }},
279| kpis: {{ action_plan_data.kpis|default({})|json_encode|raw }},
280| gauges: {{ action_plan_data.gauges|default({})|json_encode|raw }},
281| charts: {{ action_plan_charts|merge({'actions_on_schedule': actions_on_schedule})|json_encode|raw }},
282| barCharts: {
283| types: {{ action_plan_data.bar_charts.types|default([])|json_encode|raw }}
284| }
285| };
286| var ssmaActionPlanDeleteUrl = {{ path('admin_ssma_action_plan_delete')|json_encode|raw }};
287| var ssmaActionPlanReopenUrlTemplate = {{ path('admin_ssma_action_reopen', {id: '__ID__'})|json_encode|raw }};
288| var ssmaActionPlanProjectsUrl = {{ path('ssma_action_plan_projects')|json_encode|raw }};
289| var ssmaActionLinkProjectUrlTemplate = {{ path('ssma_action_link_project', {id: '__ID__'})|json_encode|raw }};
290| var ssmaOccurrenceViewUrlTemplate = {{ path('admin_ssma_occurrence_view', {id: '__ID__'})|json_encode|raw }};
291| var ssmaIsViewer = {{ ssmaIsViewer|default(false) ? 'true' : 'false' }};
292| var ssmaCanAccessSupervisorSurface = {{ ssmaCanAccessSupervisorSurface|default(false) ? 'true' : 'false' }};
293| var ssmaCanManageOccurrences = {{ ssmaCanManageOccurrences|default(false) ? 'true' : 'false' }};
294|
295| window.ssmaActionPlanChartState = ssmaActionPlanChartState;
296| window.ssmaActionPlanState = ssmaActionPlanState;
297|
298| function renderSsmaActionPlanChartEmptyState(containerId) {
299| $('#' + containerId).html(ssmaActionPlanChartEmptyStateHtml);
300|
301| return {
302| reflow: $.noop,
303| destroy: function () {
304| $('#' + containerId).html(ssmaActionPlanChartEmptyStateHtml);
305| }
306| };
307| }
308|
309| function waitForSsmaActionPlanHighcharts(callback, retries) {
310| var loaderState = window.__dynamicChartHighchartsLoaderState || {};
311|
312| if (window.Highcharts && loaderState.ready) {
313| callback();
314| return;
315| }
316|
317| var remaining = (typeof retries === 'number') ? retries : 60;
318| if (remaining <= 0) {
319| return;
320| }
321|
322| setTimeout(function () {
323| waitForSsmaActionPlanHighcharts(callback, remaining - 1);
324| }, 120);
325| }
326|
327| function updateSsmaActionPlanGaugeCenterLabel(chart, value) {
328| var normalizedValue = Math.max(0, Math.min(100, Number(value || 0)));
329| var labelText = normalizedValue + '%';
330| var gaugeSeries = chart.series && chart.series[0] ? chart.series[0] : null;
331| var seriesCenter = gaugeSeries && gaugeSeries.center ? gaugeSeries.center : null;
332|
333| if (!seriesCenter) {
334| return;
335| }
336|
337| if (!chart.customCenterLabel) {
338| chart.customCenterLabel = chart.renderer
339| .text(labelText, 0, 0)
340| .attr({
341| zIndex: 5
342| })
343| .css({
344| color: '#5C5D5D',
345| fontFamily: 'Inter, sans-serif',
346| fontSize: '40px',
347| fontWeight: '700',
348| lineHeight: '1',
349| textOutline: 'none'
350| })
351| .add();
352| } else {
353| chart.customCenterLabel.attr({ text: labelText });
354| }
355|
356| var bbox = chart.customCenterLabel.getBBox();
357| var centerX = chart.plotLeft + seriesCenter[0];
358| var centerY = chart.plotTop + seriesCenter[1];
359|
360| chart.customCenterLabel.attr({
361| x: centerX - (bbox.width / 2),
362| y: centerY + (bbox.height / 4)
363| });
364| }
365|
366| function getSsmaActionPlanCssColor(varName, fallback) {
367| var value = getComputedStyle(document.documentElement).getPropertyValue(varName);
368| value = value ? value.trim() : '';
369| return value || fallback;
370| }
371|
372| function getSsmaActionPlanBrandColors() {
373| return {
374| dark: getSsmaActionPlanCssColor('--company-theme1-800', '#0F3D4A'),
375| base: getSsmaActionPlanCssColor('--company-theme1', '#1E8FA0'),
376| light: getSsmaActionPlanCssColor('--company-theme1-600', '#155465')
377| };
378| }
379|
380| function buildSsmaActionPlanGradient(config) {
381| return {
382| linearGradient: {
383| x1: config.x1,
384| y1: config.y1,
385| x2: config.x2,
386| y2: config.y2
387| },
388| stops: config.stops || []
389| };
390| }
391|
392| function ssmaActionPlanHexToRgb(hex) {
393| var sanitized = (hex || '').replace('#', '');
394|
395| if (sanitized.length === 3) {
396| sanitized = sanitized.split('').map(function (char) {
397| return char + char;
398| }).join('');
399| }
400|
Request #51
deepseek-v4-flash
P:85.07K C:1.04K CR:82.43K CW:0
8634ms
Reasoning
So the gauge center label is Highcharts SVG text element (not `.ssma-gauge-center-value`), confirming that `gaugeValueFromDom` returns '—' always for the gauges. That was flagged in previous summary as BAIXA, so I should not repeat.
But let me verify the consequence in the print fallback: In buildPrintSectionsHtml, for gauge sections:
- table rows = [['Taxa com projetos', gaugeValueFromDom(...)]] = [['Taxa com projetos','—']].
- hasValues = true (always — one row always present). canCaptureImage depends on chart rendered.
For the project gauge: if there's no data (hasActionChartData false), then renderSsmaActionPlanChartEmptyState shows the empty-state HTML inside the container (no highcharts-container). Then hasRenderablePrintSection false → canCaptureImage false; hasValues true (row '—') → prints a table with '—' row. That's odd but not a bug per se (it prints '—'). Actually this is fine-ish.
For the resolution gauge with data, chart rendered, capture image. If capture fails → falls to `continue` (confirmed #2). Actually if canCaptureImage true but capture fails, section dropped. Already confirmed finding #2.
Wait, actually confirmed #2 says: when the section has a rendered chart but capture fails, the section is dropped silently even though fallback table has data. Yes.
Now let me investigate possible **NEW** issues, primarily around:
1. The **print capture of Highcharts donut gauges**: gauges have inline `style="height: 360px; min-height: 360px;"` on container `#ssma-action-plan-resolution-gauge`. Wait — the distribution charts in `_tab_painel_visao_geral.html.twig` gauge containers: `<div id="ssma-action-plan-project-gauge" style="height: 360px; min-height: 360px;">`. And chart card heights.
Now for capture: getChartCaptureElement for the gauge returns `.app-card-surface`. Good, capture will include header and gauge.
2. **Now examine what happens on pendencias export when current view is pendencias**: OK.
Let me look more carefully at a possible **NEW race issue** in `buildPrintSectionsHtml`:
`section.getTable()` is called BEFORE capture for all sections upfront (in the loop) — fine.
Now in capture, sections are sequential. Since html2canvas captures a section each time after scrollIntoView, but scrollIntoView may change layout of other sections (page scroll) — the captured element is independent. OK.
3. **A real NEW issue**: `exportPanelChartsPrint` for pendencias only does `reflowCharts(PENDENCIAS_CHART_KEYS)` and does NOT call `renderPairedPendingCharts()`. If pendencias charts were destroyed (e.g., user switched from pendencias to comparativo and then back to pendencias? No—when in pendencias, switchView renders). Fine.
Wait — What if the user is in pendencias view, and before that they were on comparativo (whose view pill triggers AJAX). The pendencias charts destroyed? When switching view pill to pendencias, switchView('pendencias') calls destroyOverviewCharts() then renderPendenciasCharts() (charts exist). Fine.
4. **Possible issue in export while pendencias is default view but section not visible?** currentView is set from the active pill at DOMContentLoaded. When user first clicks the Export button (if panel not visible yet — but the button is inside #ap_painel_controls which is in Painel tab header visible only when the tab is visible). On tab hidden, controls hidden? Possibly still in DOM but not visible. Click impossible. So currentView is reliable.
OK. Let me look at other segments: the pendencias AJAX filter application to see if charts for pendencias are destroyed/rendered and whether they re-render the paired charts whenever new data arrives. Let me find where panelData gets merged (mergePanelData/triggerPanelFilter) and where renderPendenciasCharts gets called from. Search for renderPendenciasCharts calls.
Tool Calls (1)
code_search
Show Details
Arguments
{"file_patterns": ["public/js/ssma/action_plan_panel.js"], "search_text": "renderPendenciasCharts\\(\\)|renderOverviewCharts\\(\\)|mergePanelData|function triggerPanelFilter|function applyPendenciasDom|function applyOverviewDom|overviewChartsRendered", "use_perl_regexp": true}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 18
8| var overviewChartsRendered = false;
477| function triggerPanelFilter(view) {
484| function mergePanelData(patch) {
508| mergePanelData({ overview: resp.panel.overview || {} });
511| overviewChartsRendered = false;
512| renderOverviewCharts();
521| mergePanelData(resp.panel);
526| renderPendenciasCharts();
986| function applyPendenciasDom(panel) {
1030| function applyOverviewDom(overview) {
1795| function renderPendenciasCharts() {
1808| function renderOverviewCharts() {
1818| overviewChartsRendered = true;
1830| overviewChartsRendered = false;
2370| renderOverviewCharts();
2487| renderPendenciasCharts();
2498| if (!overviewChartsRendered) {
2499| renderOverviewCharts();
Request #52
deepseek-v4-flash
P:86.35K C:209 CR:86.02K CW:0
2290ms
Reasoning
Let me read lines 470-540 to understand triggerPanelFilter response handling, and 980-1060 to see the apply*Dom functions (since operational summary DOM update, chart data updated, etc.).
Tool Calls (2)
file_read
Show Details
Arguments
{"end_line": 560, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 470}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 470-560
470| if (myGen !== panelFilterGen || (err && err.name === 'AbortError')) {
471| return;
472| }
473| showPanelToast('Não foi possível carregar os dados do painel.', 'Erro', 'fas fa-times', 'bg-danger');
474| });
475| }
476|
477| function triggerPanelFilter(view) {
478| clearTimeout(panelFilterDebounce);
479| panelFilterDebounce = setTimeout(function () {
480| runPanelFilterRequest(view);
481| }, 120);
482| }
483|
484| function mergePanelData(patch) {
485| if (!patch || typeof patch !== 'object') {
486| return;
487| }
488| panelData = panelData || {};
489| Object.keys(patch).forEach(function (key) {
490| if (key === 'overview' && patch.overview && panelData.overview) {
491| panelData.overview = Object.assign({}, panelData.overview, patch.overview);
492| return;
493| }
494| panelData[key] = patch[key];
495| });
496| var jsonEl = document.getElementById('ssma-ap-panel-data-json');
497| if (jsonEl) {
498| jsonEl.textContent = JSON.stringify(panelData);
499| }
500| }
501|
502| function applyFilterResponse(resp) {
503| if (!resp || !resp.panel) {
504| return;
505| }
506|
507| if (resp.view === 'visao_geral') {
508| mergePanelData({ overview: resp.panel.overview || {} });
509| applyOverviewDom(resp.panel.overview || {});
510| destroyOverviewCharts();
511| overviewChartsRendered = false;
512| renderOverviewCharts();
513| return;
514| }
515|
516| if (resp.view === 'comparativo') {
517| renderComparativoView(resp.panel.comparativo || {});
518| return;
519| }
520|
521| mergePanelData(resp.panel);
522| if (resp.active_axis) {
523| panelState.axis = resp.active_axis;
524| }
525| applyPendenciasDom(resp.panel);
526| renderPendenciasCharts();
527| }
528|
529| function kpiFooterText(footer) {
530| if (!footer || !footer.length) {
531| return '';
532| }
533| return footer.map(function (item) {
534| return (item.label || '') + ': ' + (item.value || '');
535| }).join(' | ');
536| }
537|
538| function buildKpiCardHtml(kpi) {
539| var trendLabel = kpi.trend && kpi.trend.label ? kpi.trend.label : '';
540| var footerText = kpi.footerText || kpiFooterText(kpi.footer);
541| var html = '<div class="col-12 col-md-6 col-xl-3 mb-2 mb-xl-0"><div class="mhs-card">'
542| + '<div class="mhs-card-header"><h2 class="mhs-card-title">' + escapeHtml(kpi.title || '') + '</h2></div>'
543| + '<div class="mhs-card-body"><h3 class="mhs-card-value">' + escapeHtml(kpi.value || '') + '</h3>'
544| + (trendLabel ? '<span>' + escapeHtml(trendLabel) + '</span>' : '')
545| + '</div>';
546| if (footerText) {
547| html += '<div class="mhs-card-footer"><div class="mhs-card-footer-row"><p class="mhs-card-details">'
548| + escapeHtml(footerText) + '</p></div></div>';
549| }
550| return html + '</div></div>';
551| }
552|
553| function updateKpiRow(kpis) {
554| var row = document.getElementById('ssma-ap-kpi-row');
555| if (!row || !kpis || !kpis.length) {
556| return;
557| }
558| var cards = row.querySelectorAll('.mhs-card');
559| if (!cards.length) {
560| row.innerHTML = kpis.map(buildKpiCardHtml).join('');
file_read
Show Details
Arguments
{"end_line": 1110, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 980}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 980-1110
980| var selected = axis.selected ? ' selected' : '';
981| return '<option value="' + escapeHtml(axis.value) + '"' + selected + '>' + escapeHtml(axis.label) + '</option>';
982| }).join('');
983| panelState.axis = chartData.default_axis || panelState.axis;
984| }
985|
986| function applyPendenciasDom(panel) {
987| if (!panel) {
988| return;
989| }
990| updateKpiRow(panel.kpis || []);
991| updateRecommendationBlock(panel.recommendation || {});
992| updateOperationalSummary(panel.operational_summary || {});
993| updateSemanticAdriana(panel.semantic || {}, panel.adriana || {});
994| updateAxisFilterOptions((panel.charts || {}).critical_pending_by_deadline || {});
995| updatePendenciasTable(panel.table || {}, panel.origin_icons || {});
996| }
997|
998| function buildOverviewTableRowHtml(row, originIcons) {
999| var originMeta = (originIcons && originIcons[row.origin_type]) || {};
1000| return '<tr>'
1001| + '<td>' + escapeHtml(row.code) + '</td>'
1002| + '<td>' + escapeHtml(row.action) + '</td>'
1003| + '<td><span class="action-plan-overview__origin-cell" title="' + escapeHtml(originMeta.title || row.origin) + '">'
1004| + '<span class="icon-badge icon-badge-sm icon-badge--' + escapeHtml(originMeta.variant || 'primary') + ' icon-badge--rounded">'
1005| + '<i class="fas ' + escapeHtml(originMeta.icon || 'fa-link') + '" aria-hidden="true"></i></span></span></td>'
1006| + '<td>' + escapeHtml(row.created_at) + '</td>'
1007| + '<td>' + escapeHtml(row.completed_at) + '</td>'
1008| + '<td class="text-center"><span class="action-plan-overview__time action-plan-overview__time--'
1009| + escapeHtml(row.fulfillment_time_class || 'ok') + '">' + escapeHtml(row.fulfillment_time) + ' dias</span></td>'
1010| + '<td class="text-center"><span class="action-plan-overview__time action-plan-overview__time--ok">'
1011| + escapeHtml(row.validation_time) + ' dias</span></td>'
1012| + '<td>' + escapeHtml(row.responsible) + '</td></tr>';
1013| }
1014|
1015| function updateOverviewTable(overview) {
1016| var table = document.getElementById('ssma-ap-overview-table');
1017| if (!table || !overview) {
1018| return;
1019| }
1020| var tbody = table.querySelector('tbody');
1021| if (!tbody) {
1022| return;
1023| }
1024| var originIcons = (panelData && panelData.origin_icons) || {};
1025| tbody.innerHTML = (overview.action_details || []).map(function (row) {
1026| return buildOverviewTableRowHtml(row, originIcons);
1027| }).join('');
1028| }
1029|
1030| function applyOverviewDom(overview) {
1031| if (!overview) {
1032| return;
1033| }
1034| var periodLabel = document.getElementById('ap_overview_period_label');
1035| if (periodLabel && overview.filters && overview.filters.period_label) {
1036| periodLabel.textContent = overview.filters.period_label;
1037| }
1038| var indicators = overview.indicators || [];
1039| updateOverviewKpiRow(indicators);
1040|
1041| var pagination = overview.pagination || {};
1042| var container = document.getElementById('ssma-ap-overview-pagination');
1043| if (container) {
1044| container.setAttribute('data-per-page', String(pagination.per_page || 10));
1045| container.setAttribute('data-total', String(pagination.total || 0));
1046| container.setAttribute('data-current-page', String(pagination.current_page || 1));
1047| container.setAttribute('data-last-page', String(pagination.last_page || 1));
1048| panelState.overviewPerPage = Number(pagination.per_page || panelState.overviewPerPage || 10);
1049| var perPageSelect = document.getElementById('ssma-ap-overview-per-page');
1050| if (perPageSelect) {
1051| perPageSelect.value = String(panelState.overviewPerPage);
1052| }
1053| updateOverviewPagination(Number(pagination.current_page || 1));
1054| }
1055| updateOverviewTable(overview);
1056| updateOverviewSemanticAdriana(overview.semantic_analysis || {}, overview.adriana_insights || {});
1057| }
1058|
1059| function renderComparativoView(data) {
1060| var root = document.getElementById('ssma-ap-comparativo-root');
1061| if (!root) {
1062| return;
1063| }
1064| var overviewText = (data.overview && data.overview.text) ? data.overview.text : 'Sem dados para comparativo.';
1065| var units = data.units || [];
1066| if (!units.length) {
1067| root.innerHTML = '<p class="mb-0">' + escapeHtml(overviewText) + '</p>';
1068| return;
1069| }
1070| var rows = units.map(function (unit) {
1071| return '<tr><td>' + escapeHtml(unit.unit_name) + '</td><td>' + escapeHtml(unit.open) + '</td>'
1072| + '<td>' + escapeHtml(unit.overdue) + '</td><td>' + escapeHtml(unit.total) + '</td>'
1073| + '<td>' + escapeHtml(unit.resolution_rate) + '%</td></tr>';
1074| }).join('');
1075| root.innerHTML = '<p class="mb-3">' + escapeHtml(overviewText) + '</p>'
1076| + '<div class="table-responsive"><table class="table table-sm mb-0"><thead><tr>'
1077| + '<th>Unidade</th><th>Abertas</th><th>Vencidas</th><th>Total</th><th>Taxa resolução</th></tr></thead><tbody>'
1078| + rows + '</tbody></table></div>';
1079| }
1080|
1081| function syncPendenciasFilterState() {
1082| panelState.team = getSelectValue('ap_painel_filter_team');
1083| panelState.vinculo = getSelectValue('ap_painel_filter_vinculo');
1084| var unidadeEl = document.getElementById('ap_painel_filter_unidade');
1085| panelState.unidade = unidadeEl ? (getSelectValue('ap_painel_filter_unidade') || 'todas') : '';
1086| panelState.origin = getSelectValue('ap_painel_filter_origem');
1087| var mineEl = document.getElementById('ap_painel_filter_mine');
1088| panelState.mine = !!(mineEl && mineEl.checked);
1089| panelState.axis = getSelectValue('ssma-ap-chart-axis-filter') || panelState.axis;
1090| panelState.period = getApPanelPeriodParam();
1091| }
1092|
1093| function syncOverviewFilterState() {
1094| panelState.team = getSelectValue('ap_overview_filter_team');
1095| panelState.management = getSelectValue('ap_overview_filter_management');
1096| panelState.origin = getSelectValue('ap_overview_filter_origin');
1097| var unitEl = document.getElementById('ap_overview_filter_unit');
1098| panelState.unidade = unitEl ? (getSelectValue('ap_overview_filter_unit') || 'todas') : '';
1099| panelState.overviewPeriod = getOverviewPeriodParam();
1100| }
1101|
1102| function parsePanelData() {
1103| var el = document.getElementById('ssma-ap-panel-data-json');
1104| if (!el || !el.textContent) {
1105| return null;
1106| }
1107| try {
1108| return JSON.parse(el.textContent);
1109| } catch (e) {
1110| return null;
Request #53
deepseek-v4-flash
P:89.7K C:110 CR:86.53K CW:0
1811ms
Reasoning
Let me look at the `updateOperationalSummary` to see how panel rows are updated (relevant to fallback tables). Let's find it.
Tool Calls (1)
code_search
Show Details
Arguments
{"file_patterns": ["public/js/ssma/action_plan_panel.js"], "search_text": "function updateOperationalSummary"}
Result
File: public/js/ssma/action_plan_panel.js
Match lines: 1
822| function updateOperationalSummary(summary) {
Request #54
deepseek-v4-flash
P:89.86K C:90 CR:89.73K CW:0
2350ms
Tool Calls (1)
file_read
Show Details
Arguments
{"end_line": 880, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 800}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 800-880
800| }
801|
802| function updateSemanticAdriana(semantic, adriana) {
803| renderSemanticAdrianaRow(
804| 'ssma-ap-semantic-adriana-pendencias',
805| 'pendencias',
806| semantic,
807| adriana,
808| 'action_plan'
809| );
810| }
811|
812| function updateOverviewSemanticAdriana(semantic, adriana) {
813| renderSemanticAdrianaRow(
814| 'ssma-ap-semantic-adriana-visao-geral',
815| 'visao_geral',
816| semantic,
817| adriana,
818| 'action_plan_overview'
819| );
820| }
821|
822| function updateOperationalSummary(summary) {
823| var container = document.querySelector('[data-ap-panel-view="pendencias"] .ssma-ap-operational-summary');
824| if (!container || !summary) {
825| return;
826| }
827| var rowsHtml = (summary.rows || []).map(function (row) {
828| return '<div class="ssma-ap-op-row">'
829| + '<div class="ssma-ap-op-row-head"><span>' + escapeHtml(row.label) + '</span>'
830| + '<span class="ssma-ap-op-row-value">' + escapeHtml(row.count) + ' · ' + escapeHtml(row.percent) + '%</span></div>'
831| + '<div class="ssma-ap-op-progress" aria-hidden="true"><div class="ssma-ap-op-progress-fill" style="width: '
832| + escapeHtml(row.percent) + '%;"></div></div></div>';
833| }).join('');
834| var total = summary.total || {};
835| container.innerHTML = '<div class="ssma-ap-operational-summary-title">Resumo Operacional</div>'
836| + rowsHtml
837| + '<div class="ssma-ap-op-total"><span>' + escapeHtml(total.label || 'Total de pendências') + '</span>'
838| + '<span>' + escapeHtml(total.value || '0') + ' · ' + escapeHtml(total.percent || 100) + '%</span></div>';
839| }
840|
841| function priorityPillClass(key) {
842| var map = {
843| alta: 'red',
844| critica: 'red',
845| urgente: 'red',
846| moderada: 'teal',
847| media: 'teal',
848| medio: 'teal',
849| média: 'teal',
850| baixa: 'gray',
851| leve: 'gray',
852| };
853| return map[String(key || 'baixa').toLowerCase()] || 'gray';
854| }
855|
856| var MEMBER_AVATAR_COLORS = ['#EA151C', '#186073', '#25AD52', '#FFC107', '#6F42C1', '#FD7E14', '#20C997', '#DC3545'];
857|
858| function buildOriginIconHtml(originKey, originIcons) {
859| var meta = (originIcons && originIcons[originKey]) || {};
860| return '<span class="ssma-ap-panel-table-origin" title="' + escapeHtml(meta.title || 'Origem') + '">'
861| + '<span class="icon-badge icon-badge-md icon-badge-' + escapeHtml(meta.variant || 'primary') + ' icon-badge-rounded">'
862| + '<i class="fa ' + escapeHtml(meta.icon || 'fa-link') + '" aria-hidden="true"></i></span></span>';
863| }
864|
865| function buildResponsibleStackHtml(people) {
866| if (!people || !people.length) {
867| return '<span class="member-avatars-stack-empty">—</span>';
868| }
869| var visible = people.slice(0, 3);
870| var html = '<div class="member-avatars-stack">';
871| visible.forEach(function (person, index) {
872| var name = person.name || person.initials || '';
873| var initials = person.initials || '';
874| var color = MEMBER_AVATAR_COLORS[index % MEMBER_AVATAR_COLORS.length];
875| html += '<div class="member-avatar-circle position-relative overflow-hidden" title="' + escapeHtml(name) + '"'
876| + ' aria-label="' + escapeHtml(name) + '"'
877| + ' style="width:27px;height:27px;border-radius:100px;font-weight:700;font-size:12px;background:' + color + ';'
878| + (index > 0 ? 'margin-left:-6px;' : '') + '">'
879| + '<span class="member-avatar-initials d-flex align-items-center justify-content-center w-100 h-100">'
880| + escapeHtml(initials) + '</span></div>';
Request #55
deepseek-v4-flash
P:91.17K C:6.98K CR:89.86K CW:0
54267ms
Reasoning
Wait, `updateOperationalSummary` uses selector `[data-ap-panel-view="pendencias"] .ssma-ap-operational-summary`. Note that the template added an `id="ssma-ap-operational-summary"` to the div. Both match.
Interesting subtle bug: There are TWO pendencias-related copies? Actually `data-ap-panel-view="pendencias"` is only one section. But wait: updateOperationalSummary targets the element by `[data-ap-panel-view="pendencias"] .ssma-ap-operational-summary`, matching the element that has `id=ssma-ap-operational-summary`.
Now for export: captureType panel section containerId 'ssma-ap-operational-summary'. hasRenderablePrintSection checks `document.getElementById('ssma-ap-operational-summary')` and its rows. OK.
Now I want to think about what happens if the user prints when pendencias view still has SSR summary but charts updated by AJAX etc. Fine.
Let me now step back and identify which NEW issues are worth reporting (not already covered by confirmed findings or previous summary):
Let me consider potential issues not yet flagged:
**N1: `toggleHeaderFilters` shows export button in pendencias/visao_geral but hide on mobile?** Not needed.
**N2: iframe print only works in browsers supporting srcdoc (all modern) and `win.print()` on cross... srcdoc iframe same origin, fine.
**N3: In `exportPanelChartsPrint`, when `currentView` is pendencias but the pendencias data request is still in-flight (panelData not updated), the user clicks export, capturing stale charts.** But there's an abort mechanism for filters; not a big deal.
**N4: If user switches view while export is running (busy true), export continues capturing sections of the previous view, but currentView variable is read AFTER the async preamble:**
```
if (currentView === 'pendencias') { ... } else { renderOverviewCharts(); await ...; }
...
var viewLabel = currentView === 'pendencias' ? 'Pendências' : 'Visão Geral';
var sections = currentView === 'pendencias' ? getPendenciasPrintSections() : getOverviewPrintSections();
```
The `viewLabel` and `sections` are determined AFTER waits (in the visao_geral branch). If the user switches view during the waits (e.g., during the 120ms wait + ensureDistributionChartsForExport 220-420ms), the export will use the NEW currentView but the preambles already rendered charts of the OLD view. Worse: if user switches from visao_geral to pendencias during export preamble, then currentView = pendencias; the export uses getPendenciasPrintSections and captures pendencias charts (which were just rendered by switchView) — the situation is inconsistent but not necessarily breaking.
Also if user switches to comparativo during the export preamble, then currentView = comparativo. viewLabel computed as 'Visão Geral' (since not pendencias) but the actual section contents are... Overview charts were rendered while visao_geral visible, then destroyed when switching to comparativo? switchView('comparativo') calls destroyPendenciasCharts() and destroyOverviewCharts(). If user switches after overview preamble: the overview charts destroyed before capture, so captures empty/null → sections skipped. The busy flag is set only after preamble, so if user switches views during the waits, the export continues in the background while the panel state changed, producing empty/broken PDF or capturing wrong view. This is a NEW race: **no guard that currentView remained stable during the async preamble; view switch mid-export captures charts of another view or destroys charts before capture.**
This is a genuine issue. Actually the busy flag is set after the preamble (finding #1 already flags that busy is set too late for double-click prevention). The related issue: currentView could change while waiting. Since the export takes ~700ms+ before the print, and the user may click a view pill. The final result inconsistent. But is that already covered by confirmed #1 (double-click) or #4? Confirmed #1 is specifically double-click on the export button. The view-switch-mid-export race is different and real.
Severity: medium. Actually, could we set busy earlier and add a currentView snapshot guard. Suggest capturing viewLabel/sections at start, or re-validate at capture time.
Hmm, but also `bindViewPills` clicks: pendencias export → user clicks visao_geral pill → switchView triggers renderOverviewCharts + AJAX. The export's subsequent capture for pendencias may capture partially re-rendered/destroyed charts. This is a real regression in the new feature, but edge. Let me report as NEW medium.
**N5: `exportPanelChartsPrint` catches only errors but `notifyPanelExport` is called at end of `catch` — resets busy false. Good.
**N6: `setExportChartsBtnLoading(btn, false)` resets button text from dataset.originalHtml. Fine.
**N7: css class `.ssma-ap-panel-charts-print-frame` maybe not styled. Fine.
**N8: In `buildPrintDocumentHtml`, CSS for `.ssma-ap-print-chart` used for both full images; but `.ssma-ap-print-section img` used; `<img class="ssma-ap-print-chart">`. No issue.
**N9: `getChartCaptureElement` for the type-bar and deadline-bar charts: are they inside `.app-card-surface`? Let's check `_actions_bar_chart.html.twig`. And the resolution gauge is in a card `app-card-surface` (but project gauge card has id `ssma-action-plan-project-gauge-card`); the resolution gauge card lacks id but is `app-card-surface h-100`. Both fine.
**N10: hasRenderedChart checks `.ssma-conic-gauge-wrapper` as alternative; conic gauges no longer used. harmless.
**N11: `renderSsmaActionPlanGauge` Highcharts donut with `size: '88%'`, `innerSize: '68%'`. `chart.spacing: [0,0,0,0]` and margin 0. The `.highcharts-container` size for gauge container is determined by Highcharts: container height 360px inline style. The pie will be drawn within that. When captured with html2canvas with overflow hidden removed? Fine.
**N12: In `renderSsmaActionPlanGauge`, the `chart.events.render` callback uses chart.renderer; but Highcharts event `render` may fire before series exists. They guard. Fine.
**N13: In `destroySsmaActionPlanCharts`, after destroying the 4 chart instances they set innerHTML = emptyStateHtml for all four containers. Then build re-renders. During refresh in `ensureDistributionChartsForExport`, destroy + build synchronous within waitForHighcharts callback, done.
Wait — this is important: In `refreshSsmaActionPlanCharts` (in _tab_action_plan template), after `destroySsmaActionPlanCharts()` they call `buildSsmaActionPlanCharts()` synchronously. build calls `window.renderSsmaActionsBarChart('ssma-action-plan-type-bar', ...)` — that's the actions bar chart partial. Let me verify `renderSsmaActionsBarChart` behavior - defined in `_actions_bar_chart.html.twig`? Actually `window.renderSsmaActionsBarChart` probably defined elsewhere (maybe `ssma/partials/_actions_bar_chart.html.twig` includes a script defining render function). It uses container id. If container has empty-state html replaced, then `renderSsmaActionsBarChart` maybe re-renders a Highcharts chart. Fine.
So refresh works.
**N14: In the pendencias path of export, they don't refresh paired charts if not yet rendered?** pendencias charts are rendered when section visible. If user goes to Painel → default view pendencias and clicks export immediately after switching to the Painel tab (onPainelTabVisible runs switchView('pendencias') → renders charts) — likely OK.
Now let me also validate **CSS pairing heights on the origin column chart: Highcharts column with height explicit but categories maybe 6 rows at 175px each? Actually the origin chart is a column (vertical bars), so width is the constraint, height not by category count.
Now another potential NEW issue: **In renderOriginChart and renderTopResponsibleChart, both charts set their host height based on measured wrap height, which is based on the flex card. When one card has a subtitle and the other doesn't... they're in the same row so same height; but each measures its own card (same row height). Both equal. But wait — cards: the top responsible card header has a subtitle line ("Top 10...") that adds ~20px height. The origin card header only has title. However both cards are in the same row, the row height is the max of the two; the shorter card stretches to fill (h-100). But each `card.clientHeight` measured at time of each render: when renderTopResponsibleChart runs first, both cards' heights = row height (already determined by content of both cards: headers + wraps). At first render, before charts exist, the wraps have no content, so the row height is the header + empty wrap? Wait wrap min-height from CSS? The wrap `.ssma-ap-chart-wrap--paired` flex:1 1 auto with min-height 0, and the chart host has min-height 175px. So the host contributes min-height 175. So card content height = header + padding + 175 → row min-height 235px (col min-height). So card height ~ header + 175. Chart measured = wrap.clientHeight = card.clientHeight - headerHeight - padding.
Top responsible header height includes subtitle (~38px?) while origin header only title (~27px). Since both cards stretch to row height, both have equal clientHeight. But the first card has taller header, so its wrap height is smaller than the second's? Actually both cards share same row height (max content). Card1 = header1 (~38) + wrap1. Card2 = header2 (~27) + wrap2. If both cards equal height H: wrap1 = H - 38 - padding; wrap2 = H - 27 - padding. So the two chart hosts get different heights: top-responsible shorter, origin taller. That's a deliberate visual design: each chart uses its remaining space. Hmm, that means the charts are not the same height, but each fills its card. That's likely intended (both bars and columns fill their own card area).
But visually, is it intended that the hbar (top responsible) is shorter than origin? Cards equal height; top has extra subtitle occupying space. Likely intended.
OK.
Let me now look at the remaining new JS functions around 2368-2372 (switchView?) at line 2500 region for the renderPendenciasCharts call. Not needed.
Now, let me think about whether there are additional issues in the CSS/template files (unconfirmed):
- `_tab_painel.html.twig` new markup uses `d-lg-flex` for pendencias filters row. The new `.ap-painel-export-wrap` div shows on ALL breakpoints, but maybe on mobile the header doesn't show? not important.
- **Potential a11y/correctness**: export button uses `<span>Exportar gráficos</span>`; toggleHeaderFilters toggles `d-none` on exportWrap in comparativo but the class also has initial `d-none` conditionally in template. Good.
Now there's a subtle issue: `#ap_painel_controls` hidden entirely in comparativo view (the whole filter header), so the export button being hidden is moot. But is the controls header hidden on comparativo? In template, the header div with id ap_painel_controls contains filters rows AND export wrap. toggleHeaderFilters: `controls.classList.toggle('d-none', viewId === 'comparativo');` so the whole controls is hidden in comparativo. That matches requirement.
Now — potential issue: In default comparativo view, template applies `{% if panel_default_view == 'comparativo' %} d-none{% endif %}` to the export wrap. Good.
Now let me examine the check that on resize in pendencias, re-render paired pending charts, which destroys and recreates Highcharts charts, then also reflows distribution charts. On every resize, this full destroy/recreate might be heavy — but only in pendencias. And it also recalculates heights based on new wrap size, which is good for responsiveness. Performance: resize events debounced 150ms. Acceptable.
But NOTE: In the resize handler, for pendencias they call renderPairedPendingCharts() which destroys/rebuilds the Highcharts charts (two charts). On each resize, charts rebuild. This is a potential performance concern but fine.
Now let me think about `syncPairedPendingCharts` and the resize timer's `renderPairedPendingCharts` calling: any overlapping timer could produce a scenario where a Highcharts chart is destroyed while an export is in progress → capture fails → sections missing. Only during pendencias.
Hmm, but in the export path for pendencias, they don't render/re-render paired charts; they only reflow. So sync timers (from a recent filter render) could still be pending when export runs. Wait, but filter changes are debounced 120ms, then runPanelFilterRequest runs (AJAX), then renderPendenciasCharts at response. During export start (after previous render), the sync timer would have already fired (120ms after render) unless export starts within 120ms of render. Fine — race window small.
Now let me evaluate N4 (view change mid-export). Let me confirm busy is set only after the preamble: yes at line 2377 after the waits. Between clicks and busy, during the `renderOverviewCharts`/`await`s, a second click on the Export button will run exportPanelChartsPrint again (busy false) — that's finding #1 (double click). But also view switch during export is possible even AFTER busy true? Actually after busy true, if the user clicks a view pill, switchView runs and destroys charts while export continues (captures null). Since busy true only prevents another export, not view switch. If user switches view mid-export, export continues capturing destroyed/hidden sections → empty PDF or partial. So the robust fix: snapshot the view at export start and guard. The race exists during the entire export (~1s+). This is a legitimate NEW finding.
However — is switching view during a 1-second export realistic? The capture loop for visao_geral includes up to 7 sections, each ~0.5s → 3.5s+. During that time the user can click. So yes. I'll report with medium severity.
Now let me look for other NEW bugs:
**N15: `hasRenderedChart` includes `.ssma-conic-gauge-wrapper` as alternative — but for gauge fallback with Highcharts donut the center value is in SVG; gaugeValueFromDom always returns '—' (already in previous summary). skip.
**N16: `tableFromBarChart`/`tableFromStackedBarChart` map categories by index; if a category list is longer than series data (or vice versa) you get undefined access. They guard data[index] maybe undefined: for stacked: `execSeries.data[index] ? execSeries.data[index].y : 0`. Fine.
**N17: Origin fallback `pct` formatting `String(row.percentage).replace('.', ',') + '%'`: if percentage is e.g., 12.5, prints "12,5%". Fine.
**N18: Distribution gauge fallback: gaugeValueFromDom always '—' when Highcharts gauge. But also the capture likely succeeds; the fallback table path only when no chart rendered... Already previous summary.
**N19: Another NEW issue — the print document is built with `<img src="data:image/png;base64,...">`. For a card of ~1000px width at scale 2, PNG ~ maybe 500KB-1MB each. With 7-10 images, print HTML could be ~5-10MB. In an iframe srcdoc, that's heavy but browsers handle. Not a blocker.
**N20: base64 data URLs with iframe.srcdoc length limits? srcdoc uses attribute — very large data might be truncated in older browsers? Modern browsers support large attribute values. Firefox had a limit (~1MB?) for attributes historically? Actually HTML attribute value length no strict limit; srcdoc content can be large. Chrome handles. Not necessarily an issue.
Now let me examine the CSS file for potential issue with `#ap_painel_controls` now display:flex with gap, previously maybe it used `.modern-header-actions` styles. The addition of `display:flex` may change layout of header actions on the whole header; but scoped to #ap_painel_controls. Fine.
Now examine whether the panel chart row uses the columns: `<div class="col-12 col-lg-6 mb-3 mb-lg-0 d-flex">` and second col with no mb class: previously second col had mb-3 mb-lg-0? In original, second col `<div class="col-12 col-lg-6">` without margin since it's last in the row on mobile. Now: first col `col-12 col-lg-6 mb-3 mb-lg-0 d-flex`; second `col-12 col-lg-6 d-flex`. Original second col had no mb classes too. First col originally `col-12 col-lg-6 mb-3 mb-lg-0`. Wait the diff shows first col originally `col-12 col-lg-6 mb-3 mb-lg-0`, new `col-12 col-lg-6 mb-3 mb-lg-0 d-flex`. Second originally `col-12 col-lg-6`, new `col-12 col-lg-6 d-flex`. Good.
The `ssma-ap-chart-host--hbar` padding changed from 6px 10px 8px to 8px 12px 10px for ALL hbar charts (including overview hbar charts in visao_geral). Fine cosmetic.
Let me examine whether `.ssma-dashboard-chart-pair-row > [class*="col-"] { min-height: 235px; }` will affect the two paired cards' min-height: 235px; when only one row... fine.
Now let's think about the print captures for visao_geral charts like origin-time hbar (overview). Their host height set to categories*22+48, in a `.ssma-ap-chart-wrap--hbar` wrapper, which has padding. The capture element is the card, which includes the chart host + the wrapper; host inline height may be e.g. 5 categories * 22 + 48 = 158. Fine.
Now for the paired pendencias cards: origin chart host and top responsible host heights = wrap height (both ~?). But they also set chart height = wrap.clientHeight. Note wrap clientHeight EXCLUDES padding but INNER content area of host equals wrap clientHeight (host is flex child inside wrap content box). Host inline height = wrap.clientHeight? Wait wrap.clientHeight excludes the wrap's own padding. host inside wrap content area height = wrap.clientHeight. So host height = wrap.clientHeight = host area height. Then host padding? host has no padding. Highcharts chart height = host height. OK good.
But in renderOriginChart (column chart) — the container host now gets height; but the actual svg chart inside host is chart.height = chartHeight which equals host height. Good.
Actually there's one more subtlety: For `renderTopResponsibleChart`, the chart host CSS `.ssma-ap-chart-host--hbar.ssma-ap-chart-host--fill` has `height:100%` per CSS (plus inline height). But renderTopResponsibleChart sets inline height to measured wrap height, so consistent.
Fine.
Let me also check whether the gauge donut capture `overflow visible` on svg may cut. not important.
Now let me consider a potentially significant NEW bug about **pendencias export containing stale charts when a pendencias filter request is in flight**. Not big.
Another NEW: **In visao_geral export, they call `renderOverviewCharts()` which calls `initDistributionCharts()` → `window.initSsmaActionPlanCharts()`. `initSsmaActionPlanCharts` only builds charts if `!ssmaActionPlanChartState.initialized`, else reflow. But distribution charts may have stale SSR data (from `action_plan_data` in PHP rendered when page loaded) — that is intended (they don't follow panel filters).
But wait — there's a potential problem: `ensureDistributionChartsForExport` calls `window.refreshSsmaActionPlanCharts()` when the resolution gauge lacks `.highcharts-container`. When does the resolution gauge lack `.highcharts-container`? If `initSsmaActionPlanCharts` never ran because the user never opened the visao_geral subview before. But in the visao_geral export path, renderOverviewCharts was just called which includes initDistributionCharts (initSsmaActionPlanCharts) and inside it after Highcharts ready, build charts. If `waitHighcharts` had to poll, the export then proceeds to ensureDistributionChartsForExport after 120ms wait; if Highcharts still not loaded, resolutionEl still no container → refresh called; refreshSsmaActionPlanCharts uses its own waitForHighcharts polling and then builds. After 420ms resolve, maybe Highcharts still not ready → capture still empty. But Highcharts usually already loaded (used elsewhere). Edge.
Actually Highcharts: For the action plan page there is the `_highcharts_loader.html.twig` partial included in `_tab_painel.html.twig` which loads Highcharts; and _tab_action_plan includes it too? charts loader likely loads highcharts via CDN asynchronously. Given the whole page has charts, Highcharts loaded. So OK.
Now let me review whether there is any issue with **the capture of the two paired charts when only one has data** (e.g., top-responsible empty shows empty state via showChartEmpty; origin chart shows empty state). hasRenderablePrintSection returns false for empty charts; tables fallback from panelData may still have data? In such case, e.g., top responsible chart empty because rows empty but panelData.charts.top_responsible_pending is empty too. So skip. Fine.
Now, let me consider a NEW real bug regarding **`renderTopResponsibleChart`'s early `destroyChart('topResponsible')` and `showChartEmpty` when no rows**. During sync double-render after 120ms (if no rows both times) fine.
Let me consider **N4 in more detail** — the view-switch race and stale currentView label. The export uses `currentView` captured after the await preamble and before capture. Specifically:
- pendencias branch: no awaits before busy set (only reflowCharts schedules reflow 80ms later). Actually reflowCharts is just setTimeout(...,80). So busy set quickly. Then busy true, ensureHtml2Canvas (if already loaded, resolves true immediately), wait 280ms, sections=getPendenciasPrintSections(), then captures. If user clicks a view pill during the 280ms or during captures (~2s), the pendencias charts get destroyed → capture fails. So race exists primarily during the actual capture loop.
Given multiple charts and each capture ~0.5-1s, the total export window is significant. It's a plausible user scenario: user clicks export, then changes view while it's generating. Result: empty/partial PDF and possibly notify error. Since busy prevents only export button re-click, the panel remains interactive. This is a real UX gap. I'll report as NEW.
Another NEW issue to consider: **pendencias filter's `renderPendenciasCharts()` being called on each AJAX response leads paired charts re-render twice (immediate + sync). This renders two Highcharts charts immediately and then re-renders both again 120ms later. The sync function isn't cancelled. If multiple filters are triggered in quick succession (debounced 120ms each, so effectively sequential), each response triggers render + a new sync timer; older pending sync timers still fire (they only render the latest panelData though). So multiple re-renders after each filter — wasteful but converges.
Now let me consider the **export with only one of the two gauges etc**. enough.
Let me now also verify the CSS class `.ssma-ap-chart-host--column` with `min-height: 300px`. In template, the origin chart host has classes `ssma-ap-chart-host ssma-ap-chart-host--column ssma-ap-chart-host--fill`. `.ssma-ap-chart-host { min-height: 220px }`. So without override, origin column min-height 300px via `.ssma-ap-chart-host--column`. Overridden to 175 for paired+fill. But wait, `renderOriginChart` sets inline `minHeight = chartHeight`. If chartHeight < 175? getPairedChartHeight returns min 200 fallback unless card found with >80; so chartHeight likely >175. Inline style overrides CSS anyway.
But what about `renderOriginChart` when called for pendencias but wrap.clientHeight <= 80 (e.g., container too small)? It falls back to card measurements. min 200. Fine.
Now let me check something potentially problematic in the top-responsible hbar stacking when yMax lower bound. For small data maxTotal 1 → yMax = 5 (computeBarAxisMax pads 1*1.12=1.12 ceil 2 <=5 → 5). tickInterval=1. Good.
Now, let me reconsider severity & newness of N4. Since busy flag set after the preamble and there is no guard that currentView is stable, I will report:
- **Finding A (NEW): Exporto pode capturar a view errada ou ficar sem gráfico se o usuário trocar de sub-aba durante o processamento** — mid/medium.
Let me also check that **export in pendencias does not force paired charts to re-render before capture when they've not yet been rendered (e.g., panel first opened directly in visao_geral, then user clicks pendencias pill then immediately export)** — switchView('pendencias') triggers renderPendenciasCharts + sync at 120ms, then user clicks export immediately (<120ms). Export preamble for pendencias is fast (no awaits) then waits 280ms. The sync at t=120ms fires during export wait and re-renders charts — fine. But if the user clicked export when charts exist, ok.
Actually there's a deeper problem: if panel default view is pendencias and user is in pendencias, then clicks on Export — before that, onPainelTabVisible ran switchView(pendencias) => renderPendenciasCharts (charts rendered) — fine. When the user clicks export again after applying a new filter, etc. All good.
Now consider **a NEW performance/memory issue**: On every export capture, chart.reflow() is invoked, and `chartEl.style.overflow='visible'` plus hcContainer inline overflow visible. They only reset chartEl.style but NOT hcContainer inline (confirmed #5). Already reported.
Now, **NEW issue in `getChartCaptureElement` for the pendencias origin and top responsible charts** — capture includes the entire card including header/subtitle, which is fine.
Let me now re-examine the CSS file added rules — is there anything that breaks other pendencias sections? `.ssma-dashboard-chart-pair-row > [class*="col-"] { min-height: 235px; }` — this is a new row class only for the pair row; pendencias section contains critical chart row (col-12) unaffected. Fine.
But — WAIT. A subtle CSS issue: `.ssma-dashboard-chart-card--paired { min-height: 100%; }` requires parent (col) to have a definite height. The col has `min-height: 235px` but no fixed height. Card `h-100 w-100` + `min-height:100%`; the height 100% inside col with only min-height (not height) → percentage heights of the card resolve against auto height parent? If parent has no explicit height, `height:100%`/`min-height:100%` behaves as auto in many browsers unless parent has a definite height. Actually h-100 = height:100%. In CSS, percentage height requires parent height definite, otherwise auto. Since col has min-height 235px but height auto → child percentage heights are NOT resolved against min-height... Actually min-height does contribute to the used height of a block, but for percentage resolution, CSS says a percentage height is definite if the containing block has a specified height or min-height? According to spec: "If the height of the containing block is not specified explicitly (i.e., it depends on content height), and this element is not absolutely positioned, the percentage value is treated as 'auto'." However min-height sets a minimum on the containing block's height which IS computed... In practice browsers: percentage heights against min-height on parent work in modern browsers? Historically, percentage heights don't resolve against min-height. But both columns are siblings with flex? The row `.row` display flex (Bootstrap). Flex items (the cols) are stretched by default to equal heights via align-items: stretch in flex row! Yes, `.row` is `display:flex; flex-wrap:wrap`, and default `align-items: stretch` → columns in the same flex line stretch to equal height. So both cols have equal used height determined by tallest. So `.h-100` child with percentage height: the col is a flex item whose height is determined by stretch; its used height is definite? For percentage resolution against a flex item that is stretched, the flex item's cross size is definite once laid out. Browsers generally resolve percentage heights of children of flex items when the flex item is stretched in the cross axis. Given Bootstrap cards with h-100 in equal-height columns work commonly, OK.
This is a design/behavior nuance not a blocker.
Let me now also double-check the JS change to the **resize** handling for pendencias — after renderPairedPendingCharts, they call reflowCharts(PENDENCIAS_CHART_KEYS) which reflows critical too, and reflowDistributionCharts — but critical chart height was not recomputed (min-height fixed). Fine.
Now, is there an issue where re-render on resize resets `panelState` or loses view? No.
Let me now focus on identifying a bug in `computeBarTickInterval`/`computeBarAxisMax` — but these are fine.
One more thing to check: **`buildHBarChart` opts change** for top responsible? No, buildHBarChart unchanged.
Let me consider **the potential XSS through `captured.dataUrl`** — data:image/png;base64 content generated internally. If a malicious user could alter a Highcharts point data... html2canvas canvas data comes from rendered charts, not user content. Not XSS.
**escapeHtml** used in tables - good. Let me check `escapeHtml` impl quickly (line 79).
Vou verificar funções auxiliares (escapeHtml) e o partial `_actions_bar_chart.html.twig` para avaliar a captura dos gráficos de distribuição.
Tool Calls (2)
file_read
Show Details
Arguments
{"end_line": 100, "file_path": "public/js/ssma/action_plan_panel.js", "start_line": 40}
Result
File: public/js/ssma/action_plan_panel.js (Total lines: 3129)
IS_TRUNCATED: false
LINE_RANGE: 40-100
40| var COLORS = {
41| validation: '#0F3D4A',
42| execution: '#17A2B8',
43| finalized: '#17A2B8',
44| overdue: '#dc3545',
45| originBar: '#17A2B8',
46| personBar: '#0F3D4A',
47| };
48|
49| var PENDENCIAS_CHART_KEYS = ['critical', 'topResponsible', 'origin'];
50| var OVERVIEW_CHART_KEYS = ['overviewEvolution', 'overviewOriginTime', 'overviewPersonTime'];
51|
52| function getRoot() {
53| return document.getElementById(ROOT_ID);
54| }
55|
56| function parsePanelConfig() {
57| var el = document.getElementById('ssma-ap-panel-config-json');
58| if (!el || !el.textContent) {
59| return null;
60| }
61| try {
62| return JSON.parse(el.textContent);
63| } catch (e) {
64| return null;
65| }
66| }
67|
68| function initPanelConfig() {
69| var config = parsePanelConfig();
70| if (!config) {
71| return;
72| }
73| PANEL_FILTER_URL = config.filterUrl || '';
74| panelState.period = config.defaultPeriod || panelState.period;
75| panelState.overviewPeriod = config.defaultOverviewPeriod || panelState.overviewPeriod;
76| panelState.axis = config.defaultAxis || panelState.axis;
77| }
78|
79| function escapeHtml(value) {
80| return String(value == null ? '' : value)
81| .replace(/&/g, '&')
82| .replace(/</g, '<')
83| .replace(/>/g, '>')
84| .replace(/"/g, '"');
85| }
86|
87| function getSelectValue(id) {
88| var el = document.getElementById(id);
89| return el ? String(el.value || '').trim() : '';
90| }
91|
92| function pad2(value) {
93| return String(value).padStart(2, '0');
94| }
95|
96| function toInputDate(date) {
97| return date.getFullYear() + '-' + pad2(date.getMonth() + 1) + '-' + pad2(date.getDate());
98| }
99|
100| function parseInputDate(value) {
file_read
Show Details
Arguments
{"file_path": "templates/ssma/partials/_actions_bar_chart.html.twig"}
Result
File: templates/ssma/partials/_actions_bar_chart.html.twig (Total lines: 195)
IS_TRUNCATED: false
LINE_RANGE: 1-195
1|{% set chart_id = chart_id|default('ssma-actions-bar-chart-' ~ random()) %}
2|{% set chart_title = chart_title|default('Distribuição de ações') %}
3|{% set chart_height = chart_height|default(320) %}
4|{% set chart_series = chart_series|default([]) %}
5|{% set default_color = default_color|default('#186073') %}
6|{% set auto_init = auto_init|default(true) %}
7|{% set empty_state_title = empty_state_title|default('Nenhum dado disponível') %}
8|{% set empty_state_subtitle = empty_state_subtitle|default('O gráfico será exibido quando houver informações suficientes.') %}
9|{% set empty_state_icon = empty_state_icon|default('fa-chart-column') %}
10|{% set has_chart_data = false %}
11|{% for item in chart_series %}
12| {% if item.count|default(0) > 0 %}
13| {% set has_chart_data = true %}
14| {% endif %}
15|{% endfor %}
16|{% set empty_state_html %}
17| {% include 'components/_empty_card_state.html.twig' with {
18| icon: empty_state_icon,
19| title: empty_state_title,
20| subtitle: empty_state_subtitle
21| } %}
22|{% endset %}
23|
24|{% include 'components/charts/_highcharts_loader.html.twig' %}
25|
26|<div class="app-card-surface h-100">
27| <div class="d-flex align-items-center justify-content-between px-3 py-2 border-bottom">
28| <div>
29| <div class="ssma-action-plan-chart-title">{{ chart_title }}</div>
30| </div>
31| </div>
32| <div class="p-3">
33| <div id="{{ chart_id }}" style="height: {{ chart_height }}px; min-height: {{ chart_height }}px;">
34| {% if not has_chart_data %}{{ empty_state_html }}{% endif %}
35| </div>
36| </div>
37|</div>
38|
39|<script>
40|(function () {
41| if (typeof window.renderSsmaActionsBarChart !== 'function') {
42| window.renderSsmaActionsBarChart = function (containerId, seriesData, options) {
43| var chartOptions = $.extend({
44| defaultColor: '#186073',
45| emptyStateHtml: '',
46| emptyStateTitle: 'Nenhum dado disponível',
47| emptyStateSubtitle: 'O gráfico será exibido quando houver informações suficientes.'
48| }, options || {});
49|
50| var normalizedSeries = $.map(seriesData || [], function (item) {
51| return $.extend({
52| key: '',
53| label: '',
54| count: 0,
55| color: chartOptions.defaultColor
56| }, item || {});
57| });
58|
59| var hasData = normalizedSeries.length > 0 && $.grep(normalizedSeries, function (item) {
60| return Number(item.count || 0) > 0;
61| }).length > 0;
62|
63| if (!hasData) {
64| if (chartOptions.emptyStateHtml) {
65| $('#' + containerId).html(chartOptions.emptyStateHtml);
66| }
67|
68| return {
69| reflow: $.noop,
70| destroy: function () {
71| if (chartOptions.emptyStateHtml) {
72| $('#' + containerId).html(chartOptions.emptyStateHtml);
73| }
74| }
75| };
76| }
77|
78| return Highcharts.chart(containerId, {
79| chart: {
80| type: 'column',
81| backgroundColor: 'transparent',
82| spacing: [12, 16, 8, 8]
83| },
84| title: { text: null },
85| credits: { enabled: false },
86| legend: { enabled: false },
87| xAxis: {
88| categories: $.map(normalizedSeries, function (item) { return item.label; }),
89| gridLineWidth: 1,
90| gridLineColor: '#E8EDF2',
91| lineColor: '#E8EDF2',
92| tickColor: '#E8EDF2',
93| tickWidth: 0,
94| labels: {
95| style: {
96| color: '#5C5D5D',
97| fontSize: '12px'
98| }
99| }
100| },
101| yAxis: {
102| title: { text: null },
103| min: 0,
104| allowDecimals: false,
105| gridLineColor: '#D9E2EC',
106| gridLineDashStyle: 'ShortDot',
107| tickColor: '#E8EDF2',
108| tickWidth: 0,
109| endOnTick: true,
110| labels: {
111| style: {
112| color: '#5C5D5D',
113| fontSize: '12px'
114| }
115| }
116| },
117| tooltip: {
118| pointFormat: '<b>{point.y}</b>'
119| },
120| plotOptions: {
121| series: {
122| animation: false
123| },
124| column: {
125| borderWidth: 0,
126| pointPadding: 0.12,
127| groupPadding: 0.12,
128| maxPointWidth: 90,
129| borderRadius: 0,
130| dataLabels: {
131| enabled: true,
132| inside: true,
133| verticalAlign: 'top',
134| y: 18,
135| style: {
136| textOutline: 'none',
137| color: '#FFFFFF',
138| fontSize: '12px',
139| fontWeight: '700'
140| }
141| }
142| }
143| },
144| series: [{
145| data: $.map(normalizedSeries, function (item) {
146| return {
147| y: Number(item.count || 0),
148| color: item.color || chartOptions.defaultColor
149| };
150| })
151| }]
152| });
153| };
154| }
155|
156| if (!{{ auto_init ? 'true' : 'false' }}) {
157| return;
158| }
159|
160| window.ssmaActionsBarCharts = window.ssmaActionsBarCharts || {};
161|
162| function renderChart() {
163| var loaderState = window.__dynamicChartHighchartsLoaderState || {};
164|
165| if (typeof window.Highcharts === 'undefined' || !loaderState.ready) {
166| setTimeout(renderChart, 120);
167| return;
168| }
169|
170| if (window.ssmaActionsBarCharts['{{ chart_id }}']
171| && typeof window.ssmaActionsBarCharts['{{ chart_id }}'].destroy === 'function') {
172| window.ssmaActionsBarCharts['{{ chart_id }}'].destroy();
173| }
174|
175| window.ssmaActionsBarCharts['{{ chart_id }}'] = window.renderSsmaActionsBarChart(
176| '{{ chart_id }}',
177| {{ chart_series|json_encode|raw }},
178| {
179| defaultColor: {{ default_color|json_encode|raw }},
180| emptyStateHtml: {{ empty_state_html|json_encode|raw }},
181| emptyStateTitle: {{ empty_state_title|json_encode|raw }},
182| emptyStateSubtitle: {{ empty_state_subtitle|json_encode|raw }}
183| }
184| );
185| }
186|
187| if (document.readyState === 'loading') {
188| document.addEventListener('DOMContentLoaded', renderChart);
189| return;
190| }
191|
192| renderChart();
193|})();
194|</script>
195|
Request #56
deepseek-v4-flash
P:100.7K C:2.79K CR:98.05K CW:0
21734ms
Reasoning
The type-bar and deadline-bar partials include the highcharts loader again within visao_geral template, and auto_init:false for both (because these charts are managed by `_tab_action_plan.html.twig` state). But actually `buildSsmaActionPlanCharts` calls `window.renderSsmaActionsBarChart` to render these charts with data from action plan state. The distribution bar charts are rendered by action plan state. They reflect SSR data. OK.
Now let me consider a potentially meaningful **NEW** issue with the fallback table values vs capture:
- `tableFromBarChart(findChartByContainerId('ssma-action-plan-type-bar'))` returns table from the Highcharts series. If the chart rendered as column chart via renderSsmaActionsBarChart, the series data in the chart corresponds to categories, y counts. Fine.
Now gauge capture: Highcharts gauge is `#ssma-action-plan-resolution-gauge` inside `.app-card-surface`? The container `#ssma-action-plan-resolution-gauge` is inside div `.p-3` inside card. `getChartCaptureElement` returns `.closest('.app-card-surface')` — wait `.closest` first checks `.ssma-dashboard-chart-card` — the gauge card has class only `app-card-surface h-100`, not dashboard-chart-card, so fallback to `.app-card-surface`. Good, captures the whole card.
Wait, in the overview template the resolution gauge card lacks an id and does not have `.ssma-dashboard-chart-card` class. Its header uses `ssma-action-plan-chart-title` inside `.border-bottom`. Capture includes header + gauge. Good.
Now for the **distribution type-bar/deadline-bar**, capture includes `.app-card-surface` with the header title "Distribuição de ações por tipo" etc. Good.
Now, a NEW potential issue: **The HTML captured for each card uses CSS classes from the page; html2canvas onclone keeps styles. Fonts (Montserrat) etc.
OK.
Let me now consider possible **visual bug with the new paired row at lg**: `.ssma-ap-chart-host--hbar` host for top-responsible chart is inside wrap with padding. But previously host had class `ssma-ap-chart-host--hbar` and inline styles set by renderTopResponsibleChart. Now both cards' charts set fixed heights; at wide widths, the bar chart can render up to 10 categories with pointWidth 26 max; plot area height = chartHeight - margins/legend. Bar chart height of top-responsible maybe ~250px for 10 categories → each category 25px, points 26px? Wait pointWidth max 26 with slot ~ (250-44)/10 = 20.6, pointWidth = min(26, floor(20.6*0.56)=11)=11; hmm. Fine.
Wait, categories count only up to 10? `panelData.charts.top_responsible_pending` = "Top 10". Could be fewer. OK.
Now let me consider the report about **`_tab_painel.html.twig` static html2canvas load conflicting with lazy-load**, but that's #7.
Given the confirmed list is exhaustive for the export feature (7 findings), the previous summary adds 2 more BAIXA findings. I need to identify anything else worth reporting that is not duplicative.
Let me think about which issues remain truly unreported:
1. **Race: view switch during async export preamble / capture, plus `currentView` read after awaits** — NOT in the confirmed list. Confirmed #1 is double-click export start. So this is separate (view pill click). I'll report as medium.
2. **`syncPairedPendingCharts` double re-render not cancellable** — previous summary BAIXA (not confirmed list). I might not repeat per "identified" but it wasn't in confirmed list. Actually the confirmed list is 7 items; but the instruction: "The following issues were already identified and confirmed in a prior review pass. Do not repeat them." The previous_review_summary lists additional findings as "Identified Code Issues" with [ALTA]/[MÉDIA]/[BAIXA]. Items listed in previous summary NOT in confirmed list:
- [BAIXA] syncPairedPendingCharts schedules re-render incondicional sem cancelamento
- [BAIXA] gauge fallback quebrado
Since the summary refers to these as "Identified Code Issues", they were identified. The confirmed_findings probably only includes the code_comment anchors. Since these two are also essentially confirmed in the summary, I shouldn't repeat them. I'll avoid repeating.
3. **Potential missing distribution/overview data synchronization: the export of Visão Geral includes the 4 distribution charts that don't reflect the panel's current unit filters** — but that matches known limitation (don't flag).
4. Another NEW idea: **pendencias export only reflows; if the user is in pendencias but the current view charts were rendered while pendencias section visible — but if the panel opened on visao_geral default then user clicked pendencias view pill, then export in pendencias. switchView('pendencias') renders charts. But the pendencias data may be SSR-only and stale? This is preexisting.
5. **What about repeated `bindExportChartsButton` called every onPainelTabVisible? Guarded by dataset.bound. Good.
6. **When export completes (afterprint) they remove the iframe — but not restoring `panelChartsPrintBusy` if user closes print dialog without "afterprint" event? The 4s fallback covers that.
7. **A NEW noteworthy issue: `cleanup` and `finishLoading` on both afterprint AND 4s timer; if user cancels print dialog at 2s, afterprint triggers; fine.
Let me consider the template `_tab_action_plan.html.twig` change again. One NEW possible bug: **`destroySsmaActionPlanCharts` now destroys the resolutionGauge AND sets `.html(emptyState)` on `#ssma-action-plan-resolution-gauge`**. Prior behavior: same (they always set innerHTML on all 4 containers). But previously resolutionGauge wasn't part of the key loop; its `destroy` was done separately? Actually old code: only loop over ['projectGauge','typeBar','deadlineBar'] destroying those; then `ssmaActionPlanChartState.resolutionGauge = null;` without destroying (DOM gauge had no destroy). Now resolutionGauge destroyed if Highcharts instance. In refresh: destroy + rebuild creates a NEW Highcharts gauge each refresh. `updateSsmaActionPlanGaugeCenterLabel` stores `chart.customCenterLabel` property on chart; when chart destroyed, customCenterLabel is a Highcharts SVG element — destroyed with chart. Good.
But there is a memory issue: The gauge chart's `render` event handler registers via `chart.events.render`. Highcharts internal; fine.
Now let me think about the **project gauge: after the change?** Not modified by this PR except resolution gauge uses the same renderer.
**The main NEW candidate beyond the race**: Let's think about **`ensureDistributionChartsForExport` uses a hard-coded 420ms to wait for refresh, and refresh uses waitForSsmaActionPlanHighcharts polling with 120ms intervals, so if Highcharts isn't ready yet, capture could occur before charts are built → sections dropped (already similar to #2).** Slightly speculative.
Actually here is a concrete NEW bug candidate: `ensureDistributionChartsForExport()` returns a Promise resolving at a fixed 420ms after calling refresh, but `refreshSsmaActionPlanCharts()` runs asynchronously (waitForHighcharts). If highcharts IS ready (normal), refresh executes synchronously? Let's check: refreshSsmaActionPlanCharts calls waitForSsmaActionPlanHighcharts(callback); waitFor... if Highcharts && loaderState.ready → callback() synchronously. Otherwise poll. If poll starts, refresh happens up to many hundreds of ms later. The export capture of distribution charts would then occur before charts are rendered → missing sections in the PDF (since hasRenderedChart is computed in buildPrintSectionsHtml AFTER ensureDistribution... wait no. Let's trace:
In exportPanelChartsPrint visao_geral path:
1. renderOverviewCharts(); await 120ms; reflowCharts(...); await ensureDistributionChartsForExport();
2. ensureDistribution: checks resolutionEl no highcharts-container → calls refresh (async) and resolves after 420ms.
3. Back in export: hasHtml2Canvas ensure, wait 280ms, then sections computed, capture loop checks hasRenderablePrintSection(section) for distribution sections — if refresh hasn't finished building yet, resolution gauge has no container → section has no chart; canCaptureImage false, then table fallback gaugeValueFromDom = '—' with a single row hasValues true → prints a table with '—'. For the type/deadline bars sections, hasRenderedChart false and tableFromBarChart(chart null) returns rows []; hasValues false → skipped. So a timing issue could drop the type/deadline bar sections when Highcharts isn't ready within ~700ms. In practice Highcharts likely already loaded because the page renders other charts (kpis etc.) — but Highcharts loader is dynamic and the export happens when user interacts later; Highcharts would be ready by then. So the timing risk is minimal after initial load. Not flag.
OK let me also verify the earlier statement that distribution charts (type-bar/deadline-bar) exist within the visao_geral view container. Yes, in `_tab_painel_visao_geral.html.twig` (within the visao_geral section). So when user is in visao_geral, distribution charts are visible and captured.
But WAIT — when default view is **pendencias**, the visao_geral section (containing the distribution charts and gauges) is `d-none`. When the user switches to visao_geral via pill, `switchView('visao_geral')` is invoked, then `bindViewPills` also triggers `syncOverviewFilterState(); triggerPanelFilter('visao_geral')`. But nothing re-renders/init distribution charts on switch EXCEPT `renderOverviewCharts()` (called in switchView when overviewChartsRendered false) which calls initDistributionCharts() (initSsmaActionPlanCharts). initSsmaActionPlanCharts only builds charts if state.initialized false; but hasSsmaActionPlanDistributionCharts checks whether containers exist (they do exist in DOM). If `initSsmaActionPlanCharts` already ran earlier (e.g., page loaded with _tab_action_plan rendered and containers exist but hidden), then ssmaActionPlanChartState.initialized true; on switch to visao_geral renderOverviewCharts calls initDistributionCharts → reflowDistributionCharts only. But the charts were initially built while the container was hidden (`d-none`). Building Highcharts in a hidden container yields width 0/height maybe 360 (fixed inline). Charts remain 0 width until reflow happens after visible. renderOverviewCharts reflows after initDistributionCharts. Wait order in renderOverviewCharts: renderOverviewEvolutionChart, renderOriginTime, renderPersonTime, initDistributionCharts, overviewChartsRendered=true, reflowCharts(OVERVIEW), reflowDistributionCharts. So reflow of distribution charts happens after section is made visible (the section toggle happens in bindViewPills before switchView). So charts get correct width via reflow. OK.
But note when user first opens the panel default view pendencias (not visao_geral), and _tab_action_plan charts were never initialized because distribution containers are inside the panel's visao_geral view container which is d-none but exists. `hasSsmaActionPlanDistributionCharts()` returns true based on selector existence (not visibility). So `initSsmaActionPlanCharts` runs at DOMContentLoaded in _tab_action_plan? Where is initSsmaActionPlanCharts called on page load? Search earlier in _tab_action_plan template for calls. Let me search.
Tool Calls (2)
code_search
Show Details
Arguments
{"file_patterns": ["templates/ssma/action_plan/tabs/_tab_action_plan.html.twig"], "search_text": "initSsmaActionPlanCharts"}
Result
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig
Match lines: 4
596| function initSsmaActionPlanCharts() {
650| window.initSsmaActionPlanCharts = initSsmaActionPlanCharts;
954| initSsmaActionPlanCharts();
960| setTimeout(initSsmaActionPlanCharts, 80);
file_read
Show Details
Arguments
{"end_line": 2262, "file_path": "templates/ssma/action_plan/tabs/_tab_action_plan.html.twig", "start_line": 680}
Result
File: templates/ssma/action_plan/tabs/_tab_action_plan.html.twig (Total lines: 2262)
IS_TRUNCATED: true
LINE_RANGE: 680-1179
680| ? ssmaActionPlanState.kpis.recommendation
681| : 'Sem recomendação no momento.';
682|
683| $('.js-ssma-action-plan-recommendation-text')
684| .text(recommendation)
685| .attr('data-full-text', recommendation);
686| }
687|
688| function initSsmaActionPlanTooltips() {
689| $('.js-ssma-action-plan-recommendation-text').each(function () {
690| var $text = $(this);
691| var fullText = $text.attr('data-full-text') || $text.text();
692| var isTruncated = this.scrollHeight > this.clientHeight || this.scrollWidth > this.clientWidth;
693|
694| $text.tooltip('dispose');
695|
696| if (isTruncated) {
697| $text.attr('title', fullText).tooltip();
698| return;
699| }
700|
701| $text.removeAttr('title');
702| });
703|
704| $('.js-ssma-action-plan-title-tooltip').each(function () {
705| var $title = $(this);
706| var fullText = $title.attr('data-full-text') || $title.text();
707| var isTruncated = this.scrollWidth > this.clientWidth;
708|
709| $title.tooltip('dispose');
710|
711| if (isTruncated) {
712| $title.attr('title', fullText).tooltip();
713| return;
714| }
715|
716| $title.removeAttr('title');
717| });
718|
719| $('.js-ssma-action-plan-type-tooltip').each(function () {
720| var $icon = $(this);
721| var typeLabel = String($icon.attr('title') || '').trim();
722|
723| $icon.tooltip('dispose');
724|
725| if (typeLabel) {
726| $icon.tooltip({ title: typeLabel, placement: 'top', trigger: 'hover' });
727| }
728| });
729|
730| $('.js-ssma-ap-responsible-tooltip').each(function () {
731| var $icon = $(this);
732| var tooltipText = String($icon.attr('title') || '').trim();
733|
734| $icon.tooltip('dispose');
735|
736| if (tooltipText) {
737| $icon.tooltip({ title: tooltipText, placement: 'top', trigger: 'hover' });
738| }
739| });
740| }
741|
742| function setSsmaActionPlanDeleteButtonLoading($button, isLoading, defaultHtml) {
743| if (!$button || !$button.length) {
744| return;
745| }
746|
747| if (isLoading) {
748| $button.prop('disabled', true).html('<i class="fas fa-spinner fa-spin mr-1"></i> Deletando...');
749| return;
750| }
751|
752| $button.prop('disabled', false).html(defaultHtml);
753| }
754|
755| var ssmaActionPlanTableHydrated = false;
756|
757| function applySsmaActionPlanData(actionPlanData, shouldRefreshCharts) {
758| if (!actionPlanData) {
759| return;
760| }
761|
762| ssmaActionPlanState.actions = actionPlanData.actions || [];
763| ssmaActionPlanState.kpis = actionPlanData.kpis || {};
764| ssmaActionPlanState.gauges = actionPlanData.gauges || {};
765| ssmaActionPlanState.charts = actionPlanData.charts || {
766| actions_on_schedule: []
767| };
768| ssmaActionPlanState.barCharts = actionPlanData.bar_charts || {
769| types: []
770| };
771|
772| renderSsmaActionPlanKpis();
773| renderSsmaActionPlanRecommendation();
774| initSsmaActionPlanTooltips();
775|
776| if (ssmaActionPlanTableHydrated) {
777| rebuildSsmaActionPlanTable(ssmaActionPlanState.actions);
778| }
779|
780| if (shouldRefreshCharts === false) {
781| syncSsmaActionPlanSeriesFromState();
782| return;
783| }
784|
785| refreshSsmaActionPlanCharts();
786| }
787|
788| function getSsmaActionPlanTableInstance() {
789| if (typeof $ === 'undefined' || !$.fn.DataTable || !$.fn.DataTable.isDataTable('#ssmaActionPlanTable')) {
790| return null;
791| }
792|
793| return $('#ssmaActionPlanTable').DataTable();
794| }
795|
796| function renderSsmaActionPlanEmptyRow() {
797| var $tbody = $('#ssmaActionPlanTable tbody');
798|
799| if (!$tbody.length || $tbody.find('tr').length) {
800| return;
801| }
802|
803| $tbody.append(
804| '<tr class="datatable-empty-message">' +
805| '<td colspan="10" class="text-center text-muted" style="padding: 40px 20px;">Nenhuma ação disponível.</td>' +
806| '</tr>'
807| );
808| }
809|
810| function removeSsmaActionPlanRow(actionId) {
811| var tableInstance = getSsmaActionPlanTableInstance();
812| var rowSelector = '#team_' + actionId;
813|
814| if (tableInstance) {
815| var row = tableInstance.row(rowSelector);
816|
817| if (row && row.node()) {
818| row.remove().draw(false);
819| return;
820| }
821| }
822|
823| $(rowSelector).remove();
824| renderSsmaActionPlanEmptyRow();
825| }
826|
827| $(document).ready(function () {
828| if (typeof setupModalOffcanvas === 'function') {
829| setupModalOffcanvas();
830| }
831|
832| applySsmaActionPlanData({
833| actions: ssmaActionPlanState.actions,
834| kpis: ssmaActionPlanState.kpis,
835| gauges: ssmaActionPlanState.gauges,
836| charts: ssmaActionPlanState.charts,
837| bar_charts: ssmaActionPlanState.barCharts
838| }, false);
839| ssmaActionPlanTableHydrated = true;
840|
841| var actionPlanTitleTooltipsBound = false;
842| function bindActionPlanTitleTooltips(dt) {
843| if (actionPlanTitleTooltipsBound) {
844| return;
845| }
846|
847| actionPlanTitleTooltipsBound = true;
848| initSsmaActionPlanTooltips();
849|
850| if (dt && typeof dt.on === 'function') {
851| dt.on('draw responsive-resize', initSsmaActionPlanTooltips);
852| }
853| }
854|
855| document.addEventListener('metahuman:datatable:ready', function onSsmaActionPlanTableReady(event) {
856| if (!event.detail || event.detail.tableId !== 'ssmaActionPlanTable') {
857| return;
858| }
859|
860| document.removeEventListener('metahuman:datatable:ready', onSsmaActionPlanTableReady);
861| bindActionPlanTitleTooltips(event.detail.table);
862| bindSsmaActionTypeFilter(event.detail.table);
863| bindSsmaActionPlanResponsiveControl(event.detail.table);
864| });
865|
866| if (window.MetahumanDataTables) {
867| window.MetahumanDataTables.whenReady('ssmaActionPlanTable', function (dt) {
868| bindActionPlanTitleTooltips(dt);
869| bindSsmaActionTypeFilter(dt);
870| bindSsmaActionPlanResponsiveControl(dt);
871| });
872| }
873|
874| function bindSsmaActionPlanResponsiveControl(dt) {
875| if (!dt || window.ssmaActionPlanResponsiveBound) {
876| return;
877| }
878| window.ssmaActionPlanResponsiveBound = true;
879|
880| function recalcResponsive() {
881| if (dt.responsive && typeof dt.responsive.recalc === 'function') {
882| dt.responsive.recalc();
883| }
884| $('#ssmaActionPlanTable tbody tr.child:not(.ssma-ap-project-children-row) td.child')
885| .attr('colspan', dt.columns().count())
886| .css({ width: '', marginLeft: '', maxWidth: '' });
887| syncSsmaActionPlanChildTableColumns();
888| }
889|
890| dt.on('responsive-resize.dt responsive-display.dt draw.dt', recalcResponsive);
891|
892| dt.on('responsive-display.dt', function (_event, _dtApi, row, showHide) {
893| if (!showHide || !row || !row.node()) {
894| return;
895| }
896|
897| var $tr = $(row.node());
898| $tr.find('.js-ssma-ap-project-toggle').attr('aria-expanded', 'false');
899| $tr.removeClass('ssma-ap-project-parent--expanded');
900| });
901|
902| $(window).off('resize.ssmaActionPlanResponsive').on('resize.ssmaActionPlanResponsive', function () {
903| clearTimeout(window.ssmaActionPlanResponsiveTimer);
904| window.ssmaActionPlanResponsiveTimer = setTimeout(recalcResponsive, 120);
905| });
906| }
907|
908| function bindSsmaActionTypeFilter(dt) {
909| if (!dt || window.ssmaActionTypeFilterBound) {
910| return;
911| }
912| window.ssmaActionTypeFilterBound = true;
913|
914| $('#ssmaActionTypeFilter').off('change.tableFilter').on('change.ssmaActionType', function () {
915| dt.column(1).search('').draw();
916| });
917|
918| if ($.fn.dataTable && $.fn.dataTable.ext && $.fn.dataTable.ext.search) {
919| $.fn.dataTable.ext.search.push(function (settings, data, dataIndex) {
920| if (!settings || !settings.nTable || settings.nTable.id !== 'ssmaActionPlanTable') {
921| return true;
922| }
923| var selected = String($('#ssmaActionTypeFilter').val() || '').trim();
924| if (!selected) {
925| return true;
926| }
927| var rowNode = dt.row(dataIndex).node();
928| var typeKey = rowNode ? String(rowNode.getAttribute('data-type') || '').trim() : '';
929| var typeLabel = String(data[1] || '').replace(/<[^>]*>/g, '').trim();
930| return selected === typeKey || selected === typeLabel;
931| });
932| }
933| }
934|
935| function recalcSsmaActionPlanTable() {
936| if (!window.MetahumanDataTables) {
937| return;
938| }
939| window.MetahumanDataTables.recalc('ssmaActionPlanTable');
940| setTimeout(syncSsmaActionPlanChildTableColumns, 0);
941| }
942|
943| $(window).on('load.ssmaActionPlanTable', function () {
944| setTimeout(recalcSsmaActionPlanTable, 120);
945| });
946|
947| $(document).off('tabShown.ssmaActionPlanTable').on('tabShown.ssmaActionPlanTable', function (_, tabId) {
948| if (tabId === 'tab_plano_acoes' || tabId === 'tab_action_plan') {
949| setTimeout(recalcSsmaActionPlanTable, 120);
950| }
951| });
952|
953| if ($('#tab_plano_painel_content').is(':visible')) {
954| initSsmaActionPlanCharts();
955| }
956| });
957|
958| $(document).off('tabShown.ssmaActionPlanCharts').on('tabShown', function (_, tabId) {
959| if (tabId === 'tab_plano_painel') {
960| setTimeout(initSsmaActionPlanCharts, 80);
961| }
962| });
963|
964| function toggleSsmaProjectRow($btn) {
965| var dt = getSsmaActionPlanTableInstance();
966| if (!dt || !$btn || !$btn.length) {
967| return;
968| }
969|
970| var $tr = $btn.closest('tr');
971| var row = dt.row($tr);
972| if (!row || !row.node()) {
973| return;
974| }
975|
976| var expanded = $btn.attr('aria-expanded') === 'true';
977|
978| if (expanded) {
979| row.child(false);
980| $btn.attr('aria-expanded', 'false');
981| $tr.removeClass('ssma-ap-project-parent--expanded');
982| return;
983| }
984|
985| var $childrenBlock = $btn.closest('.ssma-ap-project-row').find('.ssma-ap-project-children').first();
986| if (!$childrenBlock.length) {
987| return;
988| }
989|
990| if (row.child.isShown()) {
991| row.child(false);
992| }
993|
994| var childHtml = $childrenBlock.clone().removeAttr('hidden').prop('outerHTML');
995| row.child(childHtml, 'ssma-ap-project-children-row').show();
996| $btn.attr('aria-expanded', 'true');
997| $tr.addClass('ssma-ap-project-parent--expanded').removeClass('parent');
998|
999| var $childRow = $(row.child());
1000| initSsmaActionPlanRowAvatarTooltips($childRow);
1001| initSsmaActionPlanTooltips();
1002| setTimeout(syncSsmaActionPlanChildTableColumns, 0);
1003| }
1004|
1005| $(document).off('click.ssmaApProjectToggle', '.js-ssma-ap-project-toggle').on('click.ssmaApProjectToggle', '.js-ssma-ap-project-toggle', function (event) {
1006| event.preventDefault();
1007| event.stopPropagation();
1008| toggleSsmaProjectRow($(this));
1009| });
1010|
1011| $(document).off('click.ssmaRejected', '.js-ssma-open-rejected-modal').on('click.ssmaRejected', '.js-ssma-open-rejected-modal', function (event) {
1012| event.preventDefault();
1013| event.stopPropagation();
1014| var payload = $(this).attr('data-action-payload');
1015| var actionData = {};
1016| if (payload) {
1017| try { actionData = JSON.parse(payload); } catch (e) { actionData = {}; }
1018| }
1019| $('#ssma-action-rejected-justificativa').val(actionData.rejection_note || '');
1020| $('#modal_action_rejected').data('editActionData', actionData);
1021| $('#modal_action_rejected').modal('show');
1022| });
1023|
1024| $(document).off('keydown.ssmaRejected', '.js-ssma-open-rejected-modal').on('keydown.ssmaRejected', '.js-ssma-open-rejected-modal', function (e) {
1025| if (e.key === 'Enter' || e.keyCode === 13) {
1026| e.preventDefault();
1027| $(this).trigger('click');
1028| }
1029| });
1030|
1031| $(document).off('click.ssmaRejectedEdit', '.js-ssma-rejected-edit-action').on('click.ssmaRejectedEdit', '.js-ssma-rejected-edit-action', function () {
1032| var actionData = $('#modal_action_rejected').data('editActionData') || {};
1033| $('#modal_action_rejected').modal('hide');
1034| $(document).trigger('ssma-open-action-resolution-modal', [{
1035| actionId: actionData.id,
1036| operation: 'resolve',
1037| validatorMode: '{{ (validator_config.mode ?? "default_validators")|e("js") }}',
1038| note: actionData.resolution_note || '',
1039| evidence: actionData.closing_evidence || '',
1040| rejectionNote: actionData.rejection_note || '',
1041| validationStatus: actionData.validation_status || 'rejected'
1042| }]);
1043| });
1044|
1045| $(document).off('click.ssmaActionPlan', '.js-ssma-action-plan-action').on('click.ssmaActionPlan', '.js-ssma-action-plan-action', function (event) {
1046| var actionOperation = $(this).data('actionOperation');
1047| var payload = $(this).attr('data-action-payload');
1048| var actionData = {};
1049| if (payload) {
1050| try { actionData = JSON.parse(payload); } catch (e) { actionData = {}; }
1051| }
1052|
1053| event.preventDefault();
1054|
1055| if (actionOperation === 'view') {
1056| openSsmaActionPlanViewOffcanvas(actionData);
1057| return;
1058| }
1059|
1060| if (actionOperation === 'edit') {
1061| $(document).trigger('ssma-open-action-modal', [{
1062| mode: 'edit',
1063| actionId: actionData.id,
1064| occurrenceId: actionData.occurrence_id,
1065| eventId: actionData.event_id,
1066| title: actionData.title,
1067| description: actionData.description,
1068| type: actionData.type,
1069| deadline: actionData.deadline,
1070| responsibleIds: actionData.responsible_ids || [],
1071| hasProject: !!actionData.has_project,
1072| projectStartDate: actionData.project_start_date || '',
1073| projectPriority: actionData.project_priority || '',
1074| controlHierarchy: actionData.control_hierarchy || '',
1075| solved: !!actionData.solved,
1076| canEditDeadline: actionData.can_edit_deadline,
1077| isAccidentOccurrenceAction: !!actionData.is_accident_occurrence_action,
1078| is_admin: actionData.is_admin,
1079| deadline_max: actionData.deadline_max
1080| }]);
1081| return;
1082| }
1083|
1084| if (actionOperation === 'resolve') {
1085| $(document).trigger('ssma-open-action-resolution-modal', [{
1086| actionId: actionData.id,
1087| operation: 'resolve',
1088| validatorMode: '{{ (validator_config.mode ?? "default_validators")|e("js") }}',
1089| executorMode: true,
1090| validatorMemberId: actionData.validator_member_id || actionData.validator_id || null
1091| }]);
1092| return;
1093| }
1094|
1095| if (actionOperation === 'ler-justificativa') {
1096| $('#ssma-action-rejected-justificativa').val(actionData.rejection_note || '(sem justificativa registrada)');
1097| $('#modal_action_rejected').data('editActionData', actionData);
1098| $('#modal_action_rejected').modal('show');
1099| return;
1100| }
1101|
1102| if (actionOperation === 'validate') {
1103| $(document).trigger('ssma-open-action-validation-modal', [{
1104| actionId: actionData.id,
1105| note: actionData.resolution_note || '',
1106| evidence: actionData.closing_evidence || '',
1107| rating: actionData.resolution_rating || '',
1108| ccDemandId: actionData.cc_demand_id || null
1109| }]);
1110| return;
1111| }
1112|
1113| if (actionOperation === 'create-project') {
1114| $(document).trigger('ssma-open-action-modal', [{
1115| mode: 'edit',
1116| actionId: actionData.id,
1117| occurrenceId: actionData.occurrence_id,
1118| eventId: actionData.event_id,
1119| title: actionData.title,
1120| description: actionData.description,
1121| type: actionData.type,
1122| deadline: actionData.deadline,
1123| responsibleIds: actionData.responsible_ids || [],
1124| hasProject: !!actionData.has_project,
1125| projectStartDate: actionData.project_start_date || '',
1126| projectPriority: actionData.project_priority || '',
1127| controlHierarchy: actionData.control_hierarchy || '',
1128| forceProjectToggle: true,
1129| solved: !!actionData.solved
1130| }]);
1131| return;
1132| }
1133|
1134| if (actionOperation === 'delete') {
1135| showSsmaDeleteConfirm({
1136| title: 'Deletar ação',
1137| buttonLabel: 'Deletar ação',
1138| message: 'Ao deletar a ação <strong>' + $('<div>').text(actionData.title || '—').html() + '</strong>, o registro será removido permanentemente do plano de ação.<br><br>Não será possível recuperar essas informações.',
1139| closeOnConfirm: false,
1140| onConfirm: function ($button) {
1141| var defaultButtonHtml = $button.html();
1142|
1143| setSsmaActionPlanDeleteButtonLoading($button, true, defaultButtonHtml);
1144| $.ajax({
1145| url: ssmaActionPlanDeleteUrl,
1146| method: 'POST',
1147| data: {
1148| action_id: actionData.id,
1149| remaining_action_ids: $.map(ssmaActionPlanState.actions || [], function (actionItem) {
1150| if (String(actionItem.id) === String(actionData.id)) {
1151| return null;
1152| }
1153|
1154| return actionItem.id;
1155| })
1156| }
1157| }).done(function (response) {
1158| if (!response || response.success !== true || !response.action_plan_data) {
1159| showToast(
1160| response && response.message ? response.message : 'Não foi possível remover a ação.',
1161| 'Atenção',
1162| 'fas fa-exclamation-triangle',
1163| 'bg-warning'
1164| );
1165|
1166| return;
1167| }
1168|
1169| applySsmaActionPlanData(response.action_plan_data);
1170| $('#ssmaDeleteConfirmModal').modal('hide');
1171|
1172| showToast(response.message || 'Ação removida com sucesso.', 'Sucesso', 'fas fa-check-circle', 'bg-success');
1173| }).fail(function () {
1174| showToast('Não foi possível remover a ação.', 'Atenção', 'fas fa-exclamation-triangle', 'bg-warning');
1175| }).always(function () {
1176| setSsmaActionPlanDeleteButtonLoading($button, false, defaultButtonHtml);
1177| });
1178| }
1179| });
Note: Results truncated to 500 lines. Please narrow your line range.
Request #57
deepseek-v4-flash
P:109.18K C:10.97K CR:103.42K CW:0
87822ms
Reasoning
OK, I have gathered substantial context. Given the constraint to not repeat the confirmed findings (7 items) and the previous summary BAIXA items, I should determine if there are remaining truly new issues worth reporting.
Let me settle on the strongest NEW finding: **view change during export produces a PDF from the wrong view or empty sections because (a) busy flag is late and (b) the view label/sections and captures reference `currentView` at the moment after the async preambles and are not guarded against the user switching views while export is processing.** I'll report this as a separate issue from confirmed #1 (which is about double click on the same button).
Wait, but confirmed #1 says: "A trava contra duplo clique só é ativada depois do preâmbulo assíncrono ... então dois cliques rápidos iniciam exportações concorrentes". That's about the double-click. The view switch mid-export is different: even a single export can be invalidated by a view switch during the (multi-second) processing. I'll present that as NEW, anchored at the same area but different code context: after busy set at line 2377 and the capture loop at 2395.
Let me decide where to anchor the code_comment — on new lines. `var viewLabel = currentView === 'pendencias' ? 'Pendências' : 'Visão Geral';` is a new line. Also the busy-set line `panelChartsPrintBusy = true;` line 2377 is new line too (also used in confirmed #1 anchor). Hmm. If I anchor the same lines as confirmed #1 might be confusing. Use different anchor lines, e.g., the line `var sections = currentView === 'pendencias'` ... Actually anchor at `var viewLabel = currentView === 'pendencias' ? 'Pendências' : 'Visão Geral';` lines 2391-2394.
Let me review if there are other real NEW issues not covered:
**N-A: `captureElementAsPng` applies `scale: 2`** and toDataURL PNG for each card. For a wide card ~1200px → 2400px wide PNG; 7 sections could be memory heavy but OK.
**N-B: html2canvas `allowTaint: true`** means if any image fails CORS, canvas becomes tainted and toDataURL throws (caught → null) → but they don't use any cross-origin images here; the avatars within operational summary/table aren't part of captured sections. Wait — operational summary panel (captureType panel) has only text; gauge captures the Highcharts SVG, no images; the overview origin/person hbars have no images. So allowTaint not a problem.
**N-C:** pendencias export section "operational summary" containerId is `ssma-ap-operational-summary`. getChartCaptureElement: el.closest('.ssma-dashboard-chart-card') none; closest('.app-card-surface') — the element `div.ssma-ap-operational-summary` is inside `div.col-12` directly? In the template, `.ssma-ap-operational-summary` is inside `.col-12`, no app-card-surface wrapper. So captureEl = el itself. It captures only the summary card content, not the "row" margins. Fine.
Now, does capturing the operational summary require the whole panel? Not a real issue.
**N-D**: In `captureCardSectionForPrint`, they call `captureEl.scrollIntoView(...)` for each capture. On long pages with many sections, scrollIntoView may scroll the top-level document repeatedly, but it's quick; each capture waits 220ms. During export of the overview (7 sections) ~2s of jitter. Acceptable.
**N-E:** `findChartByContainerId` — Highcharts.charts array is sparse; forEach skips empty. Fine.
**N-F: distribution gauge capture and overflow** — the gauge's card has `#ssma-action-plan-resolution-gauge` inner element with inline height 360px; Highcharts svg inside. Capture whole card. The capture is the card `.app-card-surface`; card includes header title and gauge. Wait, but the project gauge container id is `ssma-action-plan-project-gauge`, and its capture card is `#ssma-action-plan-project-gauge-card` (app-card-surface). The resolution gauge has no id on card but `.closest('.app-card-surface')` still resolves. Both capture.
OK let me also reconsider something: **`getChartCaptureElement` for the type-bar/deadline-bar**: `.closest('.ssma-dashboard-chart-card')` returns null; `.closest('.app-card-surface')` returns the outer card (which includes header + `.p-3` with the chart). Good.
Let me now also look for a NEW bug concerning **capturing charts in a row that is BELOW the current scroll** while they're inside `d-none`? Already captured.
Now a different lens: **correctness of the new paired layout on smaller screens**: `col-12 col-lg-6`: on mobile, two stacked cards with flex column; `.ssma-ap-chart-wrap--paired` flex: 1 1 auto; host fill min-height 175. Since col is block (no stretch), card height determined by content; charts fixed height measured while...? On mobile initial load, renderPendenciasCharts runs after layout with width full. Measured wrap height = measured. OK.
But here's a subtle **layout bug at lg**: The paired chart row cards have `h-100` and col d-flex. The card contains header (flex-shrink-0) + wrap (flex:1 1 auto min-height:0). The wrap contains the chart host with fixed inline height = wrap.clientHeight. Since wrap flex:1 in a column flex container card with h-100 (card height equals col height which is stretch-equal between two cols), wrap height = card content height minus header. That's how it's measured. All consistent after layout.
OK.
Now, let me also consider **`renderOriginChart` when el.style.height is set BEFORE Highcharts.chart with `height: chartHeight`** — the container gets both. Good.
Alright, let me finalize the review and identify NEW items worth reporting:
Given the confirmed findings #1-#7 and previous summary BAIXA #8-#9, remaining genuine NEW items I'd report:
**NEW-1 [média]**: Exportação sem trava de troca de view durante processamento; o `currentView` usado para montar seções/label é lido depois do preâmbulo e nenhuma validação impede que o usuário troque de sub-aba (Pendências↔Visão Geral↔Comparativo) enquanto a captura/impressão está em andamento — charts são destruídos por switchView e o PDF sai vazio/parcial da view errada. Sugestão: capturar view alvo no início e/ou bloquear/verificar view antes de cada captura e antes de abrir a impressão.
**NEW-2 [baixa/média]**: In the pendencias export path, only `reflowCharts` is called; if paired pending charts are mid-destroy/re-render from an in-flight filter response or from the debounced resize timer, captures can happen at wrong height or be blank; but this is speculative.
Is there anything else concrete that's verifiable and not duplicate? Let me think about the **`_tab_painel.html.twig` script tag for html2canvas** placement. It is placed after the root container and loads synchronously (blocking) at end of the template. This static tag makes the CDN a hard dependency on every Painel load, contradicting the PR's declared lazy loading and the dynamic loader logic in JS (duplicate fetch attempt handled). This is #7.
Also **the same CDN lib is now loaded even if never used (page includes _tab_painel on every action plan view)** → extra ~300KB parse per page load. That's #7 detail.
Let me search for potential NEW bug in the CSS regarding **`#ap_painel_controls` display:flex** interfering with `ml-auto` on filters rows (filters-container uses `ml-auto`). In a flex container, `ml-auto` pushes the row to the right; export wrap is before it. But if view==comparativo then controls hidden entirely. In pendencias/visao_geral, header shows export button on the left and filter rows pushed right. Good.
However, at **mobile**, the pendencias/visao_geral filter rows are `d-none d-lg-flex` — hidden; the export wrap remains visible. So on mobile, the header shows just the export button. But wait, `#ap_painel_controls` is part of `modern-header-actions`; mobile might have `has-mobile-fabs` with filters triggered elsewhere (mobile fab). The export button might be the only visible element; acceptable.
Now consider another thing: The **export wrap** remains visible even when the pendencias/visao_geral filters container is hidden (mobile). But since the panel view toggling happens via pills inside content, maybe the export button shows during comparativo on mobile? toggleHeaderFilters hides controls entirely in comparativo. OK.
Now for the CSS line 14 `#ap_painel_controls .ap-painel-export-wrap { flex-shrink: 0; }` — but on mobile with wrapped flex, could overlap; fine.
Let me now confirm a possible NEW bug with **`getPairedChartHeight` uses `card.clientHeight` but the card's first child with `.border-bottom` is the header. If the header has subtitle, offsetHeight includes it. innerHeight = card.clientHeight - headerHeight. But card has `border`, and clientHeight excludes border but includes padding. The wrap flex 1 will fill remaining including padding? The `.ssma-ap-chart-wrap--paired` has its own padding 4px 8px 6px. This innerHeight not subtracting wrap padding → host height measured slightly more than available; but they prioritize wrap.clientHeight which excludes wrap padding but INCLUDES host? Wrap clientHeight = content height of wrap (its flex item = host), since host is the only child, wrap.clientHeight = host used height + no padding (clientHeight excludes padding). Actually clientHeight excludes border and padding of the wrap, equals inner content height. Host height = 100% of content box? host is flex child with flex:1 1 auto → its height = wrap content height (if fits). So wrap.clientHeight equals host box height? Wait host is a flex item; its outer height might equal wrap content height. But wrap.clientHeight measures its own content area; if host height = content area, host box = content box height (clientHeight of wrap). So setting host height to wrap.clientHeight matches. Good.
For card fallback path innerHeight = card.clientHeight - headerHeight doesn't subtract wrap padding and card padding (card has no padding; wrap has padding). So measured innerHeight is larger than wrap content. But this fallback path only runs when wrap.clientHeight <= 80. Marginal.
Alright.
Now, let me verify whether there is an actual **NEW** issue: when `renderTopResponsibleChart`/`renderOriginChart` run inside the `waitHighcharts` callback from `renderPendenciasCharts`, the charts render, then sync schedules re-render 120ms later, and also `reflowCharts(PENDENCIAS_CHART_KEYS)` schedules a reflow in 80ms. reflowCharts only reflows existing chart. At 80ms the first render exists. At 120ms re-render (destroy + new), then reflow again in 80ms from the sync call (reflowCharts in sync at 120 + 80 = 200ms). So charts re-render at t≈0 and t≈120ms with reflow at 80 and 200ms. That's 2 builds + 2 reflows per data update. Given each filter response triggers renderPendenciasCharts, and filters are common operations (each change of team/period/etc.), this doubles chart creation. Plus any resize triggers renderPairedPendingCharts. This may be noticeable flicker/perf but converges. I already decided not to repeat BAIXA #8.
Now, I want to check that the pendencias export path truly lacks a call to render charts with fresh panelData — that's fine.
One more candidate NEW bug that's concrete: **In `exportPanelChartsPrint`, when html2canvas fails to load, the flow returns early and leaves `panelChartsPrintBusy=false` + resets button — but in the `if (!sectionsHtml)` branch and `!hasHtml2Canvas` branch and error branch all reset busy and button — confirmed they do. OK.
**Candidate: if user clicks export in pendencias while an AJAX filter for pendencias is still pending (debounce 120ms + network), export uses the current (older) charts but panelState may be mid-change; minor.
**Candidate: In the `pendencias` export path there's no `await ensureDistributionChartsForExport()` because distribution charts aren't part of pendencias. correct.
Now let's consider the **suggestion severity** for NEW-1 (view switch race). medium.
I should also double check a **NEW real bug candidate: `exportPanelChartsPrint` for `pendencias` calls `reflowCharts(PENDENCIAS_CHART_KEYS)` at the start but that schedules reflow at +80ms while the export continues to busy/ensureHtml2Canvas and then captures at +280ms. Fine.
Let me now double-check there isn't a NEW obvious issue in the **gauge center label double add**: In renderSsmaActionPlanGauge the render event calls updateSsmaActionPlanGaugeCenterLabel; chart.customCenterLabel added only once. During refresh/destroy, chart removed. Fine.
Now let me also review the **`_tab_action_plan.html.twig` change**: `refreshSsmaActionPlanCharts` is now exposed on window. It destroys and rebuilds; importantly **refresh triggers `buildSsmaActionPlanCharts()` which re-renders distribution charts with state that may not match panel filters — intended limitation.
But there is one NEW bug here: `refreshSsmaActionPlanCharts` is exposed, but `ensureDistributionChartsForExport` calls it whenever the resolution gauge lacks `.highcharts-container` even when the **current view is pendencias**? Wait export from visao_geral only calls ensureDistribution. Fine.
Now: **A subtle NEW bug**: `ensureDistributionChartsForExport`'s decision only checks `ssma-action-plan-resolution-gauge`. Suppose resolution gauge has a chart but typeBar/deadlineBar never got chart containers (e.g., because bar chart data had zero counts → renderSsmaActionsBarChart returns empty state html with no highcharts-container; or Highcharts failed). Then no refresh, and `reflowDistributionCharts()` reflows existing charts only. Distribution sections type-bar/deadline-bar then have hasRenderablePrintSection false and table fallback `tableFromBarChart(null)` → rows [] → hasValues false → skipped. Wait but the chart is rendered but its container has data (there is data because counts > 0). If series counts > 0 but Highcharts not yet rendered? Edge.
Let me also note that when there IS data, e.g., type-bar counts all positive, renderSsmaActionsBarChart renders Highcharts (has highcharts-container). OK.
Alright. I think the most useful NEW finding to report is the view-switch race. Let me also consider reporting the **`renderOverviewCharts()` early return when the overview section is hidden mid-export** interplay: `exportPanelChartsPrint` for visao_geral begins with renderOverviewCharts which early returns if section hidden. If the user triggers export via the button while the visao_geral section is visible — it is visible because currentView is visao_geral... The pill switch toggles section before switchView. When user is on visao_geral, section visible. OK.
Now, is there a NEW bug regarding **print capture while the filter dropdown/popover open**? Not needed.
Let me also review whether there are issues in the CSS file in the export button on mobile/`has-mobile-fabs`... Not needed.
I will also consider reporting **operational summary DOM id duplicate issue**: In `_tab_painel.html.twig`, they add `id="ssma-ap-operational-summary"` to a div that `updateOperationalSummary` targets via `[data-ap-panel-view="pendencias"] .ssma-ap-operational-summary`. No id conflict elsewhere? Search for `ssma-ap-operational-summary` usage.
Actually the previous `updateOperationalSummary` innerHTML replaces the entire summary container INCLUDING the `.ssma-ap-operational-summary-title`, but keeps the outer div with id. OK.
Let me search for other references to the id `ssma-ap-operational-summary` to make sure the capture targets the element that gets updated (not SSR stale). It's the same element; the innerHTML is replaced. good.
Now, is there any **ID collision**: `ssma-ap-panel-html2canvas-loader` only dynamic. html2canvas script static has no id → no collision.
Let me finalize. I'll report these NEW findings:
1. (NEW) View switch during export invalidates the generated PDF (race). Medium. Anchor at `var viewLabel = currentView === 'pendencias' ...` line and maybe busy set after preamble. Actually, I'd anchor at line 2391-2394.
2. Consider also (NEW, low/medium): The pendencias export only reflows and never re-renders the paired charts — but that's fine; skip.
3. Another candidate (NEW): `syncPairedPendingCharts` and `renderPendenciasCharts` render charts twice each time — covered.
4. Let me consider the **CSS `.ssma-ap-chart-host--fill { height: 100% }` with inline height JS** and the **export capture happens when height measured may be wrong if called from export with `.ssma-ap-chart-host` overflow hidden**? skip.
Actually, wait. I should examine a potentially more severe NEW bug: **In `renderTopResponsibleChart`, destroyChart is called at line 1434, then if rows.length is 0 → showChartEmpty and returns. Then syncPairedPendingCharts timer fires 120ms later re-rendering with empty → showChartEmpty again fine.
Also there's a **double destroyChart('topResponsible')** in the same function (line 1434 & 1457). Harmless.
Let me think again about severity/validity of the view-switch race. Actually, could the user even click a view pill while busy? Yes because the pills are not disabled. The view pill click handler:
- toggles sections
- switchView(viewId) → destroys charts of previous view
- for visao_geral triggers AJAX.
If export is in the middle of `buildPrintSectionsHtml` (capturing pendencias sections), switching to visao_geral calls destroyPendenciasCharts() (from switchView: first `destroyPendenciasCharts()` at top for any non-pendencias view). Actually switchView(viewId) for visao_geral does `destroyPendenciasCharts();`. So pendencias charts destroyed mid-capture. For the capture currently in progress for the operational summary (DOM panel not destroyed), it still captures fine. For charts, hasRenderedChart re-checked at each section's turn (capture loop iterates sections; for each: hasRenderablePrintSection(section) computed at start of each iteration) — if destroyed, hasRenderable false → canCaptureImage false → falls to fallback table (if values) or skip. So pendencias export after switching to visao_geral during processing yields a table-only or empty PDF but still prints. And the viewLabel was computed from `currentView` (pendencias) at the time AFTER preamble? Actually in pendencias path, viewLabel computed after the 280ms wait (at line 2391) — if the user switched to visao_geral during the 280ms wait, currentView now = 'visao_geral' and the export switches to overview sections! Then captures visao_geral charts which were re-rendered. So the final print label/sections might reflect the new view but the capture begins. Actually this "self-corrects" to new view in pendencias→visao_geral case (since section determination uses current currentView). But if the switch happens DURING the capture loop (after sections chosen), the label/type is pendencias but charts destroyed mid-loop.
There's inconsistency. In any case, it's messy; report as a robustness issue with suggestion to snapshot view and guard sections.
Also, more subtle: when currentView is 'pendencias' and the export preamble is short; after busy true, if user switches view mid-capture, sectionsHtml partially built with destroyed charts → fallback tables (where data) or skip, and busy continues until print completes. So user may end up opening print of partially captured sections after having navigated elsewhere. Annoying but not data loss. Medium-Low.
I'll report as medium since it can produce a PDF that misrepresents data (mix of views/time) with no warning, plus the print dialog appears over whatever the user is doing now.
Now let me think whether to also report the fact that **`exportPanelChartsPrint` has no visual feedback/guard for view-switch and the whole thing depends on the panel staying on the same view for ~1-4 seconds.** Enough.
Now, is there a NEW issue with the **toast vs. alert fallback**? `notifyPanelExport` uses alert when showToast missing. The user rules say "alert() é proibido em fluxo novo". This is a small attention issue but since showToast is a global and always present, the alert is effectively dead code. Not worth.
Let me reconsider an issue in the **CSS `.ssma-ap-chart-host` min-height 220px still applies to `.ssma-ap-chart-host--fill`** which overrides min-height to 175px. And `.ssma-ap-chart-host--hbar` min-height:0. So topResponsible host has min-height 175 from fill class. Now inline height set equal to measured. All good.
Wait, actually, I realize there's a potential real bug in the **measurement timing** for pendencias paired charts: `renderPendenciasCharts` is invoked inside `waitHighcharts(callback)` in the flow after filters. Since `waitHighcharts` invokes callback synchronously when Highcharts is available, `renderPairedPendingCharts()` runs while the pendencias section is visible. Good. But if it's invoked because of `switchView('pendencias')` at the same time as the section is being made visible (in bindViewPills the section toggle is before switchView). DOM layout update may not be done yet (still hidden?) No, the toggle changes class; layout will reflow on next style/layout query (clientHeight forces sync layout). So measurement accurate even immediately.
Alright — maybe there's a genuinely NEW bug worth reporting in the CSS/layout: On window **resize** while in pendencias, they re-render the paired charts by measuring wrap height. But during a continuous drag-resize, debounce 150ms so each resize rebuilds charts twice? No, just once after 150ms debounce.
OK.
Given the task explicitly says to review every file and report any real issues, and previous confirmed findings cover most export flaws, I'll present the NEW view-switch race plus perhaps the observation about redundant `renderPairedPendingCharts`/`syncPairedPendingCharts` double render (as a low finding, but previous summary had it BAIXA; I'd rather not duplicate).
Hmm, let me reconsider the instructions: The user lists "Previously Confirmed Findings" to not repeat. The previous_review_summary also enumerated additional "Identified Code Issues" not in confirmed_findings. Those might be duplicates not "confirmed". Since two of them (syncPairedPendingCharts, gauge fallback) are in the previous summary's issue list but NOT in the confirmed list, I need to decide whether reporting them would be considered repeating. To be safe and still be useful, I can focus only on NEW items.
Let me do one more pass over the CSS diff to catch any real problem.
CSS additions:
1. `#ap_painel_controls { display:flex; flex-wrap: wrap; align-items:center; gap:10px; }` — replaces whatever prior layout of modern-header-actions. Might break the popovers? filters popover uses absolute positioning inside filter-item? `.oc-period-popover` inside `.filter-item`? Actually the period popover is inside `.oc-painel-period-filter`; absolute positioned relative to filter? There's CSS for popover in _panel_period_filter_styles partial. With flex and wrap, absolute popover unaffected.
2. `#ap_painel_controls .ap-painel-export-wrap { flex-shrink:0 }`.
3. `.ssma-dashboard-chart-pair-row > [class*="col-"] { min-height:235px }` fine.
4. `.ssma-dashboard-chart-card--paired { min-height: 100%; }`.
5. `.ssma-ap-chart-wrap--paired { flex:1 1 auto; display:flex; flex-direction:column; min-height:0; padding:4px 8px 6px; }`.
6. `.ssma-ap-chart-host--fill { flex:1 1 auto; width:100%; min-height:175px; height:100%; max-height:none; }`.
7. `.ssma-ap-chart-host--column.ssma-ap-chart-host--fill { min-height:175px; }`.
8. `.ssma-ap-chart-wrap--hbar { padding: 8px 12px 10px; }` (padding change applies also to overview hbar charts).
No new CSS problem.
Now templates: `_tab_painel.html.twig` includes `html2canvas` script tag (finding #7) - but note that the JS `ensureHtml2Canvas` may then never run the dynamic path (fine, the static load means ready).
I think we are at the point of consolidating. Let me also weigh reporting the **N2 candidate** (busy set only after the async preamble) — confirmed #1 covers it exactly. Skip.
Let me also weigh reporting **that `currentView` guard for export only allows pendencias/visao_geral, but if user starts export from pendencias and during the flow switches to comparativo, print flow then uses sections of... if currentView is comparativo then sections = overview (else branch). Wait: code uses `currentView === 'pendencias' ? getPendenciasPrintSections() : getOverviewPrintSections()`. So if user switched to comparativo, sections become overview sections though no overview data/rendered → PDF with none → 'Não há gráficos para exportar'. If the user switched to visao_geral during pendencias export after preamble → export renders pendencias only reflow (pendencias path) BUT then currentView=visao_geral after user switch → uses overview sections → overview charts may not have been rendered because switchView('visao_geral') triggered renderOverviewCharts but with data that may be in-flight. Complex, real race.
I'll report the single consolidated finding about missing view stability/guard.
Additionally, I might report a **NEW low severity**: the file `action_plan_panel.js` at ~3129 lines + ~650 new lines — already finding #4 in confirmed list (file size). skip.
Let me also check that we need to review CSS file (already considered fine).
Let me now finalize with the code_comment for the NEW race issue and possibly one more:
Actually, one more potentially valuable NEW finding: **`exportPanelChartsPrint` (pendencias) não re-renderiza os gráficos antes de capturar.** Suppose the user changes a filter (e.g., team) and the AJAX completes while the user is in the middle of printing the current data — that's normal. But there's another scenario: user changes pendencias filter; applyFilterResponse renders charts after response. Then quickly clicks export. Pending `syncPairedPendingCharts` 120ms timer may destroy/rebuild charts DURING capture. But also `reflowCharts` timers. Rare.
But there IS an important scenario: the **export button in pendencias is inside header controls; user in pendencias with SSR charts not yet re-rendered (no AJAX needed if SSR data present). But pendencias paired charts are only rendered by JS (renderPendenciasCharts). If SSR data present with labels, the initial flow doesn't fire AJAX (from onPainelTabVisible). But does switchView('pendencias') renderPendenciasCharts happen on init? onPainelTabVisible: bindExportChartsButton, then switchView(currentView) at line 3051 which renders pendencias charts. OK.
So charts are rendered before the user can click export.
OK. Final answer: I'll report the NEW view-switch race as a single comment. Let me also consider adding a second NEW comment about `buildPrintSectionsHtml` iterating sequentially with `hasValues` computed from `getTable()` BEFORE capture, so when capture fails but hasValues true, `canCaptureImage` is still true → drop (this is exactly finding #2). skip.
Wait, I want to double check the `previous_review_summary` items vs confirmed findings so I don't repeat them by accident:
Confirmed #1..7 correspond to the first 7 of the summary's list (ALTA/MÉDIA/Baixa). Then summary's list has 2 extra [BAIXA] items: syncPairedPendingCharts and gauge fallback. I will NOT report them.
Let me do a final scan for any other distinct issue:
- **`formatPrintDateTime` uses `pad2`** fine.
- **Print HTML doesn't escape `captured.dataUrl`**? internal.
- **Operational summary fallback row percent** uses `row.percent` (string from backend) + '%'. Backend presumably returns number; but template SSR uses `row.percent` displayed with '%' too. Consistent.
- **In pendencias fallback critical chart table header `['Período','Validação','Execução']`** — matches chart series order? The chart series: first 'Validação' then 'Execução' — matches. Origin fallback percentages etc.
OK. One more idea: **When the export is invoked in visao_geral, `renderOverviewCharts()` runs and triggers `initDistributionCharts()`; this may cause the four distribution charts (gauges/bars) to re-render/refit WHILE the overview cards are on screen, causing layout jitter; but that's cosmetic.
Now what about **`ensureDistributionChartsForExport` 420ms wait being hard-coded and possibly insufficient** (charts build quickly). Probably fine.
I'm fairly settled. Also let me double check: Does the export actually disable the whole pointer while capturing via `scrollIntoView` etc.? no.
Let me prepare final comments:
1. NEW medium (robustness): sem snapshot/validação de view durante export.
Anchor: lines 2391-2394 (`var viewLabel = ...; var sections = ...`). Provide suggestion.
Let me craft in pt-BR, per rules with structure: (1) o que muda e impacto; (2) por que importa; (3) o que fazer.
Also confirm no other file deserves comments. The CSS fine. Twig _tab_action_plan change fine (gauge fallback flagged already). Twig _tab_painel flagged #7.
I'll produce the comment now. Let me pick existing_code snippet that is new and in diff:
```
var viewLabel = currentView === 'pendencias' ? 'Pendências' : 'Visão Geral';
var sections = currentView === 'pendencias'
? getPendenciasPrintSections()
: getOverviewPrintSections();
```
These lines are added in diff (yes, part of new exportPanelChartsPrint). Provide comment about view switch race and suggest snapshot.
Also maybe a second NEW comment about export starting before busy flag leaves the UI interactive (that's confirmed #1). skip.
I might also add a comment about the export button not disabled while in comparativo? no.
Should I also comment on something in CSS? There's no obvious bug.
Let me finalize with a single comment. Hmm, but is it worth reporting if severity is medium and it's adjacent to confirmed #1? I believe yes; it's a distinct flaw: even after busy protection is fixed (setting busy immediately), a single in-flight export can still be invalidated by switching views, and no guard/feedback. I'll report as medium.
Let me also reflect once more on whether there is a stronger NEW bug I might have missed:
Consider `renderPendenciasCharts` -> `renderCriticalChart()` and `renderTopResponsibleChart()` etc. Each destroys charts and creates new ones. `renderTopResponsibleChart` sets el height using measured wrap; `renderOriginChart` similar; after both are rebuilt the row height may CHANGE because chart heights changed slightly (measured from card height). Actually renderTopResponsibleChart sets host height = wrap.clientHeight. wrap.clientHeight measured when host currently empty → the wrap's clientHeight depends on card height (from flex stretch) minus header. It doesn't depend on chart content. So stable.
BUT: getPairedChartHeight measures `wrap.clientHeight`. If the wrap has no fixed height (because the card's height is auto and the wrap's content is the only child and host currently has min-height 175 but CSS height 100%) — at measurement time, the host is empty (after destroy, innerHTML=''), but the host retains its inline height? Actually destroyChart at 1434 then el.innerHTML='' at 1458 happens AFTER measurement. Wait order: measure chartHeight (line 1450) using wrap.clientHeight — at this point, the host element from the PREVIOUS chart render still has previous inline height, so wrap.clientHeight = previous host height. Good (re-measure from previous size). Then set new inline height = same. So basically stable; first render at t=0 measures from the previous height (which may be whatever was there initially: the host had no inline height before first render; CSS min-height 175). wrap.clientHeight when host is empty but min-height 175 → host contributes 175 + no padding → wrap clientHeight = 175? But wrap has padding; clientHeight excludes padding so content height = host height (175 if host fills) — wait wrap.clientHeight = content box height. If host is 175, wrap.clientHeight ~175 >80 → chartHeight = 175. Then host height=175. That's on first render. Then render again at 120ms (sync): host now 175 (inline) + maybe Highcharts chart height 175, so wrap.clientHeight still 175 → same. So heights around 175 (or whatever measured). Hmm but card row min-height 235 → card height = header + wrap. header ~ 38 top card. So card height = 38+ (wrap padding 10 + chart?)... Wait wrap's height is determined by flex: the card is flex column h-100 (with height = row height because col stretch). Row height = max over items: min-height 235 vs content. Content height = header + wrap; wrap flex 1 1 auto fills remaining card content height. Since wrap is flex:1, it expands to fill card content. So wrap.clientHeight = card content height - header. Since the chart host inside is flex child with flex:1 1 auto and height 100% (CSS), it expands to wrap content height. The inline height set by JS equals measured wrap height. But wait — if the host flex:1 1 auto and height 100%, does Highcharts use the container's actual height (from CSS/inline)? Host inline height = chartHeight (measured). Then wrap content height = host height. Good; consistent.
Because wrap is flex:1, its height is NOT auto-determined by content; it's determined by available card space. When measuring, host previously had height X (previous). Setting height again to X is stable. The 120ms sync re-render seems unnecessary unless the card height changed after first render (e.g., images or data labels increase). Hmm data labels (stackLabels) increase the plot area? no.
So the 120ms sync causes a redundant full destroy/recreate. This matches flagged BAIXA. skip.
Alright, finalize with 1 comment. Also consider a second NEW comment regarding **`syncPairedPendingCharts`/resize re-render during export could destroy charts mid-capture** — maybe too speculative.
Actually, I realize there's potentially a more concrete NEW issue in the **export: pendencias charts capture may include `.ssma-ap-chart-host` CSS `overflow:hidden` and the charts measured heights computed at render time; during capture they reflow and set overflow visible on `.highcharts-container` (only inner). Since inner container overflow visible + svg overflow visible, but outer host overflow hidden, any elements outside host (e.g., data labels drawn beyond chart height, stackLabels that overflow allow) get clipped in capture. For hbar top-responsible chart with many bars and small height, labels could be cut. But charts height was sized to fit.
OK final.
Wait — before final, let me quickly consider CSS rule `.ssma-ap-chart-host--fill { height:100%; }` combined with **inline height style from JS**. When window resizes smaller on mobile, paired charts' heights measured based on column width; in col-12 stacked layout each card auto height; renderPendenciasCharts re-render on resize (debounced 150ms) re-measures. Good.
One more potential NEW item: **export button click on the icon doesn't trigger? The `<i>` inside button; click event bubbles to button since listener on button. fine.
I think final comment count = 1 (maybe plus 1 about iframe close relying on afterprint/4s fallback leaving iframe cleanup when print never opened because popup blocked). Actually there is a possible bug: if the browser **blocks** print (e.g., print dialog auto-closed? or iframe srcdoc fails to load and neither onerror nor onload fires) busy stays true? onload always fires for srcdoc? Usually yes. If the user cancels? afterprint fires when dialog closes; also 4s fallback. If browser doesn't support printing hidden iframes, onload fires, print() may throw SecurityError caught → reset. OK.
Let me go ahead and produce the code comment for the view-switch race.
Actually, let me reconsider: maybe I should report at least 2 comments so this pass isn't empty of value given we skip confirmed ones. Let me think about whether there's a strong second NEW issue.
Second NEW issue candidate — **`captureSectionForPrint`/`captureCardSectionForPrint` doesn't remove the iframe on `afterprint` when print canceled, but the 4s timeout forcibly removes iframe and resets busy while dialog still open** — if the user keeps the print dialog open >4s without printing, afterprint not yet fired, but the 4s timer removes the iframe and resets the button; if user then prints at 5s, the print might show blank because the iframe document was removed from the DOM. In practice, browsers capture the print snapshot when print() is called... Actually Chrome print dialog shows a preview computed at dialog open; removing the iframe afterward usually doesn't blank the preview, but in some browsers print may reference the iframe at print time → blank pages. This is a plausible edge: a print dialog open longer than 4 seconds then user clicks Print. The 4s timer was meant as a fallback but it also cuts off slow users. It's a design compromise; I'm not sure it's a real defect. Skip.
Third NEW candidate — **The print opens with the images scaled to A4 width: for a very wide overview evolution chart, image quality ok.
Given the diminishing returns, I'll include the view-switch race as the main NEW finding, plus a second, lighter finding about `hasRenderedChart` check `.ssma-conic-gauge-wrapper` unused and the resolution gauge fallback returning '—' silently in PDF when capture unavailable (already flagged via gauge fallback in summary). Hmm.
Actually let me reconsider whether there is a NEW bug in `_tab_action_plan.html.twig` that's NOT in previous summary. The destroy loop now includes `resolutionGauge`. Previously, when resolution gauge DOM was conic-gradient, `destroy` method didn't exist so they set to null. Now resolution gauge is Highcharts. But consider **`renderSsmaActionPlanResolutionGauge` empty-data path**: when `hasActionChartData` false, destroy sets the resolution gauge container to empty state html (a DOM with empty-state). Then build re-renders empty states for gauges AND bars. Fine.
Now let me think about **behavior in `refreshSsmaActionPlanCharts` after filter change in the Ações tab (not panel)**: applySsmaActionPlanData → refreshSsmaActionPlanCharts destroys & rebuilds distribution charts while the panel may be in pendencias (hidden visao_geral section). Highcharts rebuilding in hidden container (d-none) — build charts with width 0 then reflow when shown. But wait: when the panel is in **visao_geral** view and the user changes Ações tab filters (AJAX), `refreshSsmaActionPlanCharts` runs while visao_geral visible → charts rebuild with correct width? They are visible then, so width measured after reflow? Chart is created while visible → fine.
But the new scenario: In **pendencias view**, visao_geral section hidden; if user triggers Ações filters via the Ações tab? But if on pendencias (painel) they wouldn't be on Ações tab simultaneously (tabs hide each other's content but both still in DOM). Action Plan page has two tabs: "Ações" and "Painel". If user is on Painel (pendencias), and some code triggers refreshSsmaActionPlanCharts (e.g., deleting an action from the Ações tab? user can't while on Painel). Rare.
OK let me finalize.
Also, since the code comment tool needs `existing_code` snippet that must appear in diff (added lines). The lines 2391-2394 are added lines. Good.
Additionally, I want to give the CSS file a pass and conclude no issue.
Let me now produce the final code comment(s).
Comment content (pt-BR), structured:
"Enquanto a exportação está processando (captura + abertura da impressão demoram alguns segundos), o painel continua totalmente interativo: o usuário pode clicar em outra sub-aba (Pendências/Visão Geral/Comparativo). A troca de view chama switchView, que destrói os gráficos da view em captura e, como 'viewLabel'/'sections'/'currentView' só são lidos depois dos awaits do preâmbulo e durante o loop de captura, o PDF resultante pode sair com seções da view errada, parcialmente vazio ou misturar momentos diferentes da tela. Na prática o relatório impresso/arquivado pode não corresponder ao que o gestor viu ao clicar em Exportar. Sugestão: congelar a view no início da exportação (ex.: variável exportView = currentView logo no começo, usar essa variável para rotular e escolher seções) e, antes de abrir a impressão, verificar se a view ainda é a mesma — se mudou, abortar com toast informativo (ou bloquear a troca enquanto exporta)."
severity: medium, category: bug.
Anchor existing_code:
```
var viewLabel = currentView === 'pendencias' ? 'Pendências' : 'Visão Geral';
var sections = currentView === 'pendencias'
? getPendenciasPrintSections()
: getOverviewPrintSections();
```
This appears in the new file added lines. Good.
Should I also comment about the button being available in visao_geral/pendencias but export flow does re-render of overview charts triggers AJAX? no.
I think one comment might be thin, but correctness matters; the other real issues already confirmed. Let me do a final sanity check that no NEW issue in CSS warrants a comment. Fine.
Wait, let me reconsider a potential NEW real bug in the CSS/Template combo: The paired chart host uses `.ssma-ap-chart-host--hbar` (height auto) + `.ssma-ap-chart-host--fill` height:100%. But also `#ssma-action-plan-dashboard-root .ssma-ap-chart-host { min-height: 220px; overflow:hidden; }`. `.ssma-ap-chart-host--hbar` overrides min-height:0. `.ssma-ap-chart-host--fill` min-height 175 and specificity equal to `.ssma-ap-chart-host--hbar` (0,1,0 each). Order: hbar defined line 111, fill line 132; fill later wins for shared properties (min-height). So min-height:175. Then inline height sets to measured value which may be >175.
But wait for the top responsible chart: `el` class `.ssma-ap-chart-host--hbar` at line 392 in template (no `--column`). CSS `.ssma-ap-chart-host--hbar { min-height:0; height:auto; }` at line 111-114. `.ssma-ap-chart-host--fill` line 132 has `min-height:175px; height:100%`. Which wins for `height`? Both set height:auto vs height:100%; same specificity, later (fill) wins → height 100%. Then inline height. OK.
Let me also double check CSS `min-height:175px` vs inline minHeight set by JS (equals chartHeight) — inline overrides.
No bug.
Now regarding **`.ssma-ap-chart-wrap--hbar { padding: 8px 12px 10px; }`** change: The overview hbar chart wrap has padding increased, chart host heights computed as categories*22+48; the card height now slightly bigger; fine.
One more: In the template `_tab_painel.html.twig`, the second paired card's col at `col-12 col-lg-6 d-flex` lacks the `mb-3` class while the first col has `mb-3 mb-lg-0`. In a flex row on mobile (col-12 stacked), Bootstrap columns are NOT flex? `.row` display flex, col-12 → each col width 100%; margins apply between. First col has mb-3, second no mb (last). Fine as before.
Ok. I'll also add a second comment on a NEW issue I haven't seen anywhere: **The iframe is appended AFTER setExportChartsBtnLoading etc., but the iframe has width/height 0 and pointer-events none; when `win.print()` is called, some browsers won't print iframes that are display:none or 0x0 (they print blank).** Actually many implementations use a hidden iframe with zero size and call print. This pattern works in Chrome/Firefox; in Safari, printing a 0x0 iframe may produce blank; typically they use off-screen positioning. Here they use position:fixed; width:0;height:0;opacity:0. Some browsers (older Safari/Edge) require visible iframe area. But not sure enough. Skip.
Let me finalize with the single comment and then `task_done`.
Actually, wait — maybe I should double-check that I did "give every file its own pass": CSS (done), JS (done extensively), _tab_action_plan.html.twig (done), _tab_painel.html.twig (done). Good.
Let me write the final comment now.
Concluí a leitura dos quatro arquivos e das funções interligadas. Vou registrar o único problema novo relevante que identifiquei além dos já confirmados — a ausência de proteção contra troca de view durante o processamento da exportação.
Tool Calls (1)
code_comment
Show Details
Arguments
{"comments": [{"category": "bug", "content": "Enquanto a exportação está processando — a captura com html2canvas e a abertura da impressão levam alguns segundos — o painel continua totalmente clicável e a troca de sub-aba (Pendências ↔ Visão Geral ↔ Comparativo) chama switchView, que destrói os gráficos da view em captura. Como `viewLabel`/`sections`/`currentView` só são lidos depois dos awaits do preâmbulo e ao longo do loop de captura, o PDF pode sair com seções da view errada, parcialmente vazio (gráficos destruídos no meio) ou misturando capturas de momentos diferentes da tela. Na prática o relatório impresso/arquivado pode não corresponder ao que o gestor viu ao clicar em Exportar. Sugestão: congelar a view no início da função (ex.: `var exportView = currentView`) e usá-la para rotular/escolher seções; antes de abrir a impressão, conferir se a view atual ainda é a mesma e, se mudou, abortar com toast informativo (ou bloquear as pills enquanto exporta).", "existing_code": " var viewLabel = currentView === 'pendencias' ? 'Pendências' : 'Visão Geral';\n var sections = currentView === 'pendencias'\n ? getPendenciasPrintSections()\n : getOverviewPrintSections();", "path": "public/js/ssma/action_plan_panel.js", "severity": "medium"}]}
Result
(async)
Request #58
deepseek-v4-flash
P:120.17K C:46 CR:120.06K CW:0
1974ms
Tool Calls (1)
task_done
Show Details
Arguments
{"state": "DONE"}
memory_compression_task
Request #1
deepseek-v4-flash
P:153.92K C:6.59K CR:384 CW:0
54307ms
Reasoning
The user is asking to write a summary of a code review conversation. But wait — the context is a conversation where I, simulating a code review assistant, have been analyzing the diff of 4 files (CSS/JS/TWIG) related to action plan panel export feature. The tool calls list suggests this is the conversation I need to summarize (as the final response) in pt-BR. Wait — but the conversation has no previous assistant "chat" messages; it's just tool outputs and assistant reasoned/hidden outputs. Actually messages are listed with assistant <content> mostly empty and reasoning. The final output should be the summary. There is no prior summary message in the conversation.
But hold on — looking carefully, this conversation is sampled from the state of a run, not a live conversation. The user message (the latest) is asking me to summarize the conversation history into structured dimensions format. Since the conversation's content is all tool interactions and no actual final summary, the expected output is to create the summary as per instructions.
Wait, but maybe this is a meta-task: The user prompt at top says: "You are a professional code review conversation summarization assistant... Compress this conversation into a structured summary so that the code review assistant can continue from the current state without restarting." Then "Always respond in Português (pt-BR)."
So I need to produce the summary in pt-BR, in the required five sections, with content derived from all that analysis:
### Identified Code Issues
- [HIGH] public/js/ssma/action_plan_panel.js:2158-2160 — race: busy flag set only after awaits, allowing double execution of export on rapid double click, suggested moving panelChartsPrintBusy=true to top.
- [MEDIUM] public/js/ssma/action_plan_panel.js: buildPrintSectionsHtml — when capture canCaptureImage is true but capture fails (returns null) and table rows exist, the entire section is skipped (else-if only covers !canCaptureImage). Should fall back to table when captured is null even if canCaptureImage true.
- [MEDIUM] public/js/ssma/action_plan_panel.js ensureHtml2Canvas / static script — failure to load leaves a loader element (dynamic `ssma-ap-panel-html2canvas-loader` with same id) that never resolves on subsequent attempts (second click stuck). The static script at the bottom of _tab_painel.html.twig downloads html2canvas on page load, defeating lazy load intent; also load failure isn't cleared.
- [MEDIUM] public/js/ssma/action_plan_panel.js:1982-1987/1995 — overflow reset isn't applied to `.highcharts-container` (only to chartEl), leaving `overflow:visible` inline after capture, which can break charts/layout.
- [LOW/MEDIUM] buildPrintDocumentHtml doesn't include applied filters/period metadata in print document, making it impossible to tell which view of filtered data was exported.
- [LOW] template static html2canvas tag duplicates (part of #7).
- Also the analysis listed: syncPairedPendingCharts race/extra render; the gaugeValueFromDom reading `.ssma-gauge-center-value` nonexistent with new Highcharts gauges (dead code fallback), the double destroy, scrollIntoView UX.
Now, given I have to be careful: summary should NOT include code details, and only mention file paths and types. But the format examples in the prompt include brief description.
Wait — I need to reconcile: The instructions at the very end are the "user" message; but earlier comments say confirmed issues exist (7 items at beginning). The final summary should include "Identified Code Issues" — but as the summary of the current conversation, should list all findings. The instruction says do not include specific code details; but files and issue types with brief descriptions are acceptable.
Hmm, but is this the actual expected output of this conversation? The user is presenting an assistant-style scenario where previous messages are internally reasoned by the reviewer, and the last user message is asking to "compress conversation into structured summary." The conversation messages from reviewer are all tool calls and hidden reasoning. The question is whether I should produce a summary of that conversation — yes.
But wait — where is the original conversation content that includes reviewer's actual confirmed findings? The conversation history doesn't include the actual chat messages of the review being conducted (that would be the top-level user asking review), it only includes my internal reasoning + tool calls. The top-level user message (current) is the summary request. Since I have full tool history of what was analyzed (30+ tool reads) and all internal reasoning, I can create a plausible structured summary of this session's "code review" state.
I should summarize:
1. Identified code issues: Based on the analysis, the reasoning repeatedly lists confirmed findings (7 items) which I must not repeat? Let's re-read the transcription: "There are already confirmed findings (7 items), which I must not repeat. I need to continue reviewing and find new real issues." However, later reasoning references "confirmed #x" as (1-7) list from the initial LLM context. But those are from earlier context not present in this transcript? Actually the reviewer's reasoning summarized them: 1. double-click race before busy flag; 2. capture failure fallback broken; 3. html2canvas loader stuck; 4. file too big/logic duplication; 5. overflow not restored; 6. no filters in print; 7. static script contradicts lazy load.
So the final summary should include all these issues in "Identified Code Issues" because they are known. But the instruction "Do not include specific code details; only reference file paths and issue types" and "Omit any dimension with no relevant content."
Let's structure:
### Problemas de Código Identificados
- [ALTA] `public/js/ssma/action_plan_panel.js` — corrida de duplo clique no exportador: `panelChartsPrintBusy` só é definido como true após os `await`s iniciais; um segundo acionamento antes disso dispara outra exportação concorrente. Sugerido marcar busy imediatamente no início/fechar botão.
- [ALTA/MÉDIA] `public/js/ssma/action_plan_panel.js` — captura que falha com `html2canvas` (retorna null) descarta a seção mesmo quando a tabela de fallback tem linhas, pois o ramo de fallback só trata `!canCaptureImage`; a seção some do PDF silenciosamente. Caso contrário? Actually this is the #2 confirmed.
- [MÉDIA] `public/js/ssma/action_plan_panel.js` — carregamento do html2canvas: quando o script dinâmico falha, o elemento carregador permanece com o mesmo id, e um novo clique reutiliza listeners já disparados sem nunca resolver; exportação fica presa.
- [MÉDIA] `public/js/ssma/action_plan_panel.js` — ao capturar, `overflow: visible` aplicado em `.highcharts-container` nunca é restaurado (somente reset do `chartEl`), deixando o gráfico com overflow alterado após a exportação.
- [MÉDIA] `public/js/ssma/action_plan_panel.js` — documento de impressão não inclui metadados dos filtros/periodo ativos, dificultando saber o recorte exportado.
- [MÉDIA] `templates/ssma/action_plan/tabs/_tab_painel.html.twig` — script estático de html2canvas no template contradiz carregamento on-demand (duplicidade) e baixa peso da página.
- [BAIXA] `public/js/ssma/action_plan_panel.js` — `syncPairedPendingCharts` agenda re-render de gráficos emparelhados 120ms sem cancelamento; muda de view/redimensiona durante o atraso pode reconstruir charts em container oculto e gerar trabalho redundante/flicker.
- [BAIXA] `templates/ssma/action_plan/tabs/_tab_action_plan.html.twig` — gauge de aceitação trocado de conic-gradient CSS para pie do Highcharts: fallback `gaugeValueFromDom` procura `.ssma-gauge-center-value` que não é gerado nesse novo formato (SVG), deixando fallback de impressão sem valor útil.
- [BAIXA] `public/css/ssma/action_plan_panel.css` / template — several hard-coded fixed heights? hmm not confirmed enough.
- [BAIXA/INFO] `_tab_action_plan.html.twig` — função `buildSsmaResolutionConicalGradient` ficou sem uso após mudança do gauge (código morto).
I must be careful about which are "confirmed". In this history, the reviewer hasn't actually produced final findings; but the initial reasoning suggests there are 7 confirmed findings from earlier. For the summary we'd include those as identified issues.
### Tool Call Conclusions
Summarize each tool invocation conclusions:
- get_rules / rule file action-plan-panel.md: identified layout intent; distribution charts and gauges intentionally located in `_tab_painel.html.twig`/visao_geral, don't go through panel filters.
- _tab_painel.html.twig read: export button wrap hidden only for comparativo; charts/operational summary locations; static html2canvas script.
- _tab_painel_visao_geral.html.twig read: confirms overview charts + distribution charts + gauges within visao_geral subview.
- _tab_action_plan.html.twig (ranges 150-700): identified renderSsmaActionPlanGauge, resolution gauge delegation, destroy/init/refresh functions; center label via Highcharts SVG, no `.ssma-gauge-center-value`.
- panel.js reads (ranges): function signatures; renderCriticalChart/TopResponsible/Origin charts; overview renders; switchView/resize/bind; ordering of controls; `applyFilterResponse` merge panel data and DOM; updateOperationalSummary updates summary DOM.
- search_file("ssma-gauge-center-value"): only CSS def and old code, no DOM generator for new Highcharts gauge → gaugeValueFromDom fallback unreliable.
- search_file("showToast"): global function signature `showToast(message,title,icon,bgColor)` matches usage; file-specific implementations exist but panel code uses global utils/showToast.
### Completed Tasks
- Read/reviewed action_plan_panel.css (analysis of new layout rules — no critical issue found)
- Reviewed _tab_painel.html.twig and visao_geral template structure
- Reviewed _tab_action_plan.html.twig script sections (gauges/build/destroy/refresh)
- Reviewed panel JS chart render + export functions and filtered response application
- Confirmed gauge fallback issue (.ssma-gauge-center-value)
- ... etc.
### Pending Tasks
- None clearly pending? Actually the review isn't finished: need maybe to continue investigating CSS? But if this summary is to allow the assistant to "continue from current state without restarting", pending tasks should list whatever still needs attention:
- Finalizar levantamento de problemas e consolidar parecer final das 4 alterações (a revisão ainda não foi concluída, não há parecer final).
- Validar impacto da troca do gauge conic para Highcharts quanto ao layout/responsividade (largura pequena).
- Confirmar se há problema de imagem capturada vs. documentos de filtro etc.
- Possibly verify whether overflow reset issue confirmed etc.
Wait — the summary format says "Completed Tasks: List items that have been completed and require no further follow-up." and "Pending Tasks: items started but not yet completed." If the final output is to be used to continue this review between the reviewer model and the context window, I need to provide state: overall review initialized but final analysis still ongoing. Actually "The review isn't finished"; we should flag pending tasks like: analisar restante do arquivo JS (algumas linhas entre 2600-3000)?? The reviewer had read many ranges but not all. The last tool call was a huge search showToast. So pending:
- Revisar o restante das alterações não confirmadas (ex.: verificação final do CSS e dos templates após conclusão das análises)
- Produzir parecer final ordenado por severidade listando todos os achados.
But the instructions "Omitiu dimension that has no content" and current_focus one sentence. I'd write current_focus: "Análise em andamento das novas funcionalidades de exportação de gráficos do Painel (html2canvas/print) e dos ajustes de layout emparelhado nos gráficos de Pendências."
However, in the simulated scenario, the previous assistant message (id=0) actually starts by saying "Let me analyze the review files. The task is to review the diff for 4 files ...". And then the tool calls begin. So no actual final reviewer response in the transcript. Actually message id=0 assistant content is empty but reasoning contains the review plan. Tool calls then provide files. So the conversation is the reviewer's exploratory phase. Then current final instruction arrives asking to summarize conversation (probably as part of meta-eval, testing whether I can produce a context summary). Not to give review findings to user.
Given the instruction "Compress this conversation into a structured summary so that the code review assistant can continue from the current state without restarting." So yes, produce such a summary, based on evidence gathered in this conversation. The conversation itself includes context from internal reasoning—not externally visible except to me? The actual output we produce should be faithful to what is in the conversation transcript (which includes tool outputs). I should NOT invent new findings that aren't supported in the conversation? But "Identified Code Issues" is normally from the conversation's actual earlier findings. There were no explicit confirmation messages that listed 7 findings (only implicit reasoning that "there are already confirmed findings (7 items)"—apparently from an earlier part of the review beyond the visible conversation window). Given original task base says certain items were already confirmed ("não repetir"), but in visible transcript no final user provided them. Since the transcript's start is the assistant with the diff known, but the "7 items" reasoning suggests they came from a previous agentic conversation part not shown. We are to summarize "Code Review Assistant + LLM conversation including tool calls and results" — i.e., what is shown. Therefore identified issues derive from the tool calls and deliberations. The deliberations explicitly enumerated 7 confirmed existing findings; maybe a previous summary in the actual hidden context included them. Because the transcript does not show the authoritative list from a previous turn except in reasoning, careful approach: include those 7 as they represent the state at the start of the visible conversation, or mention that the review session covered these areas. But since those findings belong to "Identified Code Issues" of the current session, include them.
I should adapt to pt-BR and keep concise. Provide severity and file paths as required.
Let me now craft final message.
Structure in pt-BR:
### Problemas de Código Identificados
List sorted:
1. [ALTA] `public/js/ssma/action_plan_panel.js` — race no clique duplo do botão "Exportar gráficos"; flag `panelChartsPrintBusy` é setada após awaits iniciais; sugere-se setar imediatamente.
2. [ALTA/MÉDIA] `public/js/ssma/action_plan_panel.js` — no `buildPrintSectionsHtml`, se `canCaptureImage` for true mas captura falhar (null) e a tabela tiver valores, seção é descartada (só cai em fallback quando `!canCaptureImage`).
3. [MÉDIA] `public/js/ssma/action_plan_panel.js` — quando o carregador dinâmico de html2canvas falha, elemento com id `ssma-ap-panel-html2canvas-loader` fica no DOM e cliques seguintes reutilizam listeners já concluídos, ficando sem resolvido/travando.
4. [MÉDIA] `public/js/ssma/action_plan_panel.js` — after capture, overflow visible of `.highcharts-container` not restored (only chartEl), changing layout.
5. [MÉDIA] `public/js/ssma/action_plan_panel.js` (`buildPrintDocumentHtml`) — documento de impressão não insere metadados dos filtros/periodo ativos.
6. [MÉDIA] `templates/ssma/action_plan/tabs/_tab_painel.html.twig` — tag estática de html2canvas carrega biblioteca no load da página, contradizendo/duplicando lazy-load; propor usar dynamic loader only.
7. [BAIXA] `public/js/ssma/action_plan_panel.js` — `syncPairedPendingCharts` agenda re-render incondicional após 120 ms sem cancelar; se trocar de view nesse intervalo, charts são recriados/medidos em container oculto.
8. [BAIXA] `templates/ssma/action_plan/tabs/_tab_action_plan.html.twig` / `action_plan_panel.js` — novo gauge Highcharts não gera `.ssma-gauge-center-value`; `gaugeValueFromDom` retorna em-dash nos fallbacks de tabela e função auxiliar antiga virou código morto.
9. [BAIXA] `public/js/ssma/action_plan_panel.js` / template — possível UX: captura faz `scrollIntoView` em cada seção e não restaura o scroll original; ao voltar, página fica no fim.
Caveat: don't repeat code details overly. Fine.
### Conclusões das Chamadas de Ferramenta
- rules file: layout charts deliberate; distribution charts not through panel filter; keep — not finding.
- search_file table js: type bar and deadline bar containers; charts in overview view.
- _tab_painel.html.twig read: oper summary id; paired column etc.; button export order.
- _tab_painel_visao_geral read: overview sections and distribution/gauges are in this fragment, only visible in visao_geral.
- _tab_action_plan.html.twig readings 150-380/380-700: gauge renderer uses Highcharts pie; functions for init/destroy/refresh; no DOM class equivalent.
- action_plan_panel.js reads (477-976, 1180-1620, 1620-1900, 1900-2399, 2399-2500, 2500-2620, 3000-3129): flow of filters merge, paired charts render, export pipeline.
- search ssma-gauge-center-value: generation no longer present → fallback gauge table unreliable.
- search showToast: global util signature matches, so no issue.
### Tarefas Concluídas
- Descrever conclusão revisão CSS (no unexpected layout hard break).
- Confirmada estrutura DOM das views para mapeamento export.
- Confirmada atualização do resumo operacional via applyFilterResponse/updateOperationalSummary (consistente com filtros).
- Confirmada incompatibilidade gauge fallback.
- etc.
### Tarefas Pendentes
- Não há parecer final consolidado ainda; concluir revisão das alterações e emitir resposta final com severidades.
- (se houver) Validar restante do arquivo JS não revisado (linhas 2600-3000 e 2620-3000 etc.) – Actually reviewer read ranges 2500-2620 and 3000-3129, missing 2620-3000 (but full function set? There are filters, pagination, overview bindings unseen). Tool reads: lines 1-240, 1180-1620, 1620-1900, 1900-2399, 2399-2500, 2500-2620, 3000-3129, 280-596, 1000-1180, 477-976. Missing ranges: 240-477 and 2620-3000 and 1620? Actually 1620-1900 read. The reviewer hadn't read 2620-3000 except some parts; but review task focuses on changed functions, which are within read ranges. Pending: verificar seções do JS ainda não inspecionadas (filtros/overview bindings) only if changes extend there; the diff probably didn't touch those, so maybe not needed. But as a continuation summary, list it as optional.
- E.g., validate whether overflow state/print fallback issues relate to static script.
### Foco Atual
One sentence in pt-BR: "Investigação do fluxo de exportação/impressão de gráficos do Painel (html2canvas + iframe print) e dos ajustes de altura/layout dos gráficos emparelhados de Pendências, com decisão de confirmação dos achados e emissão do parecer final."
Hmm, focus at end was the last big search about showToast — to ensure no toast signature issue. Actually last actions were verifying showToast signature and applying overview; focus at the exact end is "verifying showToast call utility matches signature, wrapping up verification of new findings." So current focus sentence: "Verificação de consistência global do fluxo de exportação (notificações/showToast e consistência de dados de filtro) para concluir o parecer." Keep it concise.
Also per Rule 3 "Omita qualquer dimensão que não tenha conteúdo relevante" — we have content for all.
Need to watch length—concise enough but comprehensive. The user says: "Do not include specific code details; only reference file paths and issue types." That "do not include code specifics" refers to not quoting code. Brief descriptions are allowed by example. Avoid exact identifiers? They mention file paths and line numbers acceptable, issue type. Use specific names minimal but they are not "code details"? Since examples use function names and classes, it's fine to mention function/class names. Keep moderate.
Also "Identified Code Issues" should be sorted by severity; use severity in these categories. Use "MÉDIA", "ALTA", "BAIXA".
Write in pt-BR.
Let's craft with these sections plus heading names in Portuguese (exact headings in prompt are English dimension names but says always respond in Português; probably can keep the five headings in Portuguese or English? "separated by explicit headings" — likely original visible headings: "### Identified Code Issues" etc. Since output should be pt-BR, translating headings is acceptable: "### Problemas de Código Identificados", "### Conclusões das Chamadas de Ferramenta", "### Tarefas Concluídas", "### Tarefas Pendentes", "### Foco Atual". I'd keep headers translated but might keep English headings? The instruction says "Output Format Requirements... five dimensions, separated by explicit headings: ### Identified Code Issues..." then Rules say "Always respond in Português". Ambiguous. To be safe, use the exact English headings? But "Always respond in Português" suggests content in Portuguese, possibly headings too. In many such tasks, they expect headings translated? Better to use provided exact headings (English) for dimension recognition but content in pt-BR. They explicitly: "Organize the summary using the following five dimensions, separated by explicit headings: ### Identified Code Issues ...". I'd use the required literal headings exactly, and inside content in pt-BR. Hmm headings literally must be these English ones? They didn't say "traduza". Given the strict "Output Format Requirements", I will use the English headings exactly as in the prompt, and the content pt-BR.
Wait, but might evaluators prefer pt-BR headings? The safe route is keeping both? I can include bilingual like "### Identified Code Issues — Problemas de Código Identificados". That is explicit heading and communicates Portuguese. That's a reasonable compromise. But the spec literal headings might be validated. I'll stick with literal English headings, since format requirement says "using ... headings" with those names.
Content in pt-BR. Let's draft.
Need no repeated/redundant content: ensure completed/pending concise.
Final answer below.
### Identified Code Issues
- [ALTA] `public/js/ssma/action_plan_panel.js` — Corrida no clique: o flag `panelChartsPrintBusy` só é ativado depois dos `await`s iniciais; duplo clique pode disparar duas exportações concorrentes. O flag deveria ser setado imediatamente no início da função.
- [ALTA] `public/js/ssma/action_plan_panel.js` — No `buildPrintSectionsHtml`, quando a captura por imagem é possível mas falha (retorna `null`) e a tabela de fallback possui linhas, a seção é silenciosamente descartada. O fallback para tabela deveria ser usado também nesse caso.
- [MÉDIA] `public/js/ssma/action_plan_panel.js` — Falha no carregamento do html2canvas: o script dinâmico que falha permanece com id `ssma-ap-panel-html2canvas-loader` no DOM; cliques seguintes reutilizam listeners já disparados e nunca resolvem, travando a exportação.
- [MÉDIA] `public/js/ssma/action_plan_panel.js` — Após captura, `overflow: visible` aplicado em `.highcharts-container` não é restaurado (apenas o `chartEl` é resetado), podendo alterar o layout do gráfico na tela.
- [MÉDIA] `public/js/ssma/action_plan_panel.js` — O documento impresso (`buildPrintDocumentHtml`) não inclui os filtros/período ativos; o PDF não deixa claro qual recorte de dados foi exportado.
- [MÉDIA] `templates/ssma/action_plan/tabs/_tab_painel.html.twig` — Tag estática do html2canvas carrega a biblioteca no load da página, contradizendo/duplicando o carregamento dinâmico e contrariando o lazy-load.
- [BAIXA] `public/js/ssma/action_plan_panel.js` — `syncPairedPendingCharts` agenda re-render incondicional em 120 ms sem cancelamento; mudar de view ou redimensionar nesse intervalo pode recriar gráficos em container oculto, gerando trabalho redundante/flicker.
- [BAIXA] `templates/ssma/action_plan/tabs/_tab_action_plan.html.twig` + `public/js/ssma/action_plan_panel.js` — A troca do gauge de aceitação para Highcharts não gera mais o elemento `.ssma-gauge-center-value`; `gaugeValueFromDom` cai para "—" no fallback de tabela, e `buildSsmaResolutionConicalGradient` ficou como código morto.
### Tool Call Conclusions
- Leitura das regras (`action-plan-panel.md`): confirmado que os 4 charts de distribuição/gauges ficam na visão Painel e não passam pelos filtros AJAX do Painel — comportamento intencional, não é regressão.
- Leitura de `_tab_painel.html.twig` e `_tab_painel_visao_geral.html.twig`: mapeada a estrutura DOM das views (Pendências/Visão Geral/Comparativo), localização dos charts, resumo operacional e novas classes de layout emparelhado.
- Leitura de `_tab_action_plan.html.twig`: confirmado que o gauge de resolução agora é renderizado via `renderSsmaActionPlanGauge` (Highcharts); o label central é SVG (renderer) e não cria `.ssma-gauge-center-value`.
- Análise de `action_plan_panel.js` (render/reflow/export): confirmado fluxo de filtros com `mergePanelData`/`updateOperationalSummary` (DOM do resumo é atualizado junto com charts/tabela), e o pipeline completo de captura/impressão com suas lacunas de tratamento de erro.
- Busca por `ssma-gauge-center-value`: não há mais código de renderização que gere essa classe — confirma fallback de gauge quebrado.
- Busca por `showToast`: a assinatura global (`message, title, icon, bgColor`) usada pelo novo código é compatível com `js/utils/showToast.js`, sem problema de contrato.
### Completed Tasks
- Revisado o arquivo `public/css/ssma/action_plan_panel.css` — regras novas de layout emparelhado não apresentam problema crítico.
- Confirmada estrutura/templates das views do Painel e das subseções para mapear os blocos de exportação.
- Confirmada consistência entre filtros aplicados e DOM do resumo operacional/graficos de Pendências.
- Confirmada a incompatibilidade do fallback de gauge (`gaugeValueFromDom` com o novo formato Highcharts).
- Confirmada a compatibilidade da chamada `notifyPanelExport`/`showToast`.
### Pending Tasks
- Consolidar o parecer final da revisão com todos os achados ordenados por severidade.
- Avaliar se `syncPairedPendingCharts` deve ser cancelado ao trocar de view/destruir charts antes do timeout.
- Validar se o fallback de tabela para gauges depende do ajuste do seletor de valor central do novo gauge Highcharts.
### Current Focus
Encerrar a verificação do fluxo de exportação/impressão dos gráficos do Painel (html2canvas + iframe de impressão) e dos novos cálculos de altura dos gráficos emparelhados de Pendências, para emitir o parecer final da revisão.
review_filter_task
Request #1
deepseek-v4-flash
P:14.44K C:3.43K CR:2.05K CW:0
24056ms
Reasoning
Let me analyze each comment carefully.
The comments are c-0 through c-6. Let me go through them.
c-0: Comment about the double-click lock being activated only after the async preamble. This concerns `exportPanelChartsPrint` in public/js/ssma/action_plan_panel.js. The comment says: "A trava contra duplo clique só é ativada depois do preâmbulo assíncrono (renderOverviewCharts e esperas de 120–420 ms), então dois cliques rápidos no botão iniciam exportações concorrentes". Let me look at the actual code:
```js
async function exportPanelChartsPrint() {
if (panelChartsPrintBusy) {
return;
}
if (currentView !== 'pendencias' && currentView !== 'visao_geral') {
notifyPanelExport('Exportação disponível apenas em Pendências e Visão Geral.', 'error');
return;
}
if (currentView === 'pendencias') {
reflowCharts(PENDENCIAS_CHART_KEYS);
} else {
renderOverviewCharts();
await waitForPanelChartsPaint(120);
reflowCharts(OVERVIEW_CHART_KEYS);
await ensureDistributionChartsForExport();
}
var btn = document.getElementById('ap_painel_export_charts_btn');
panelChartsPrintBusy = true;
setExportChartsBtnLoading(btn, true);
...
```
Indeed, `panelChartsPrintBusy = true` is set after the async preamble (after `await waitForPanelChartsPaint(120)` and `await ensureDistributionChartsForExport()`). So the comment describes the actual code. The claim is factual based on the diff. This is a concurrency-ish issue? Actually it's about a race condition on double clicks. Hmm, is this a protected subject? Concurrency — locks... The protected categories: memory safety, concurrency (locks and lock modes, atomics, data races...), linkage, behavioral change, unused parameter. This comment is about a race between double clicks leading to concurrent export flows. It's arguably a behavioral concern. The subject matter is not memory safety. It's about duplicate exports and UI state. I'd not consider it protected in the concurrency sense (not locks/atomics). It's a logic/behavioral issue. Let me evaluate correctness.
The comment's central claim: the lock is activated only after the async preamble, so two quick clicks initiate concurrent exports. Looking at the code: `exportPanelChartsPrint` starts by checking `panelChartsPrintBusy`, then validates view, then for visao_geral does awaits, then sets busy = true. Between the initial check and the setting, there are multiple awaits. So two clicks before busy=true would both pass the check and both run. Yes, the comment is factually correct per the diff. So approve.
But wait, is it protected? Actually let's consider whether this is a "behavioral or compatibility change". Not exactly. It's a bug report about the new code. It's a concurrency/data-race-ish concern but the protected subject is "Concurrency — locks and lock modes, atomics, data races, synchronization arguments that are not honored". Hmm. The double-click race involves interleaving of async operations. Is it a "data race"? Not in the classic sense. This isn't in a protected category. But the comment is correct anyway. Approve.
c-1: Comment about capture failing and section being discarded. Let's look at code:
```js
if (captured && captured.dataUrl) {
sectionHtml = '<section ...><img ...></section>';
} else if (!canCaptureImage && hasValues) {
sectionHtml = '<section ...>' + table... '</section>';
} else {
continue;
}
```
The comment says when the section has a rendered chart but capture fails (captured null), the flow falls into `else { continue; }` and discards the section entirely, even when fallback table data is ready. The claim: when `canCaptureImage` is true but `captured` is null and hasValues is true, the section is skipped. Code: if canCaptureImage true and captured null → first condition false; second condition `!canCaptureImage && hasValues` false; else continue. So indeed section is skipped. That matches the code. Correct. Approve.
c-2: Comment about CDN load failure leaving element in DOM, promise never resolving on retry. Let's examine:
```js
function ensureHtml2Canvas() {
return new Promise(function (resolve) {
if (typeof window.html2canvas === 'function') {
resolve(true);
return;
}
var existing = document.getElementById('ssma-ap-panel-html2canvas-loader');
if (existing) {
existing.addEventListener('load', function () { resolve(typeof window.html2canvas === 'function'); });
existing.addEventListener('error', function () { resolve(false); });
return;
}
var script = document.createElement('script');
script.id = 'ssma-ap-panel-html2canvas-loader';
...
script.onload = function () { resolve(typeof window.html2canvas === 'function'); };
script.onerror = function () { resolve(false); };
document.head.appendChild(script);
});
}
```
The comment: if the first CDN load fails, the script element with fixed id remains in DOM; on a second click, the code finds that element and attaches new load/error listeners, but the events already fired — the Promise never resolves, button stuck. This is about runtime behavior — the timing of events. Hmm. Is the claim verifiable? The claim about "events already fired" — if the script failed to load, the error event fired already. Adding a listener after the event won't fire it again. So the promise won't resolve. However, wait — there's also the static script tag in the template `_tab_painel.html.twig` that loads html2canvas unconditionally at page load. And `ensureHtml2Canvas` loads dynamically with the same id `ssma-ap-panel-html2canvas-loader`. Hmm — actually the static template script has no id. So they're distinct.
Also note the template also includes a static html2canvas script tag (c-6's subject). But that is a different concern.
c-2 claims: after first load failure, second click finds existing element, adds listeners, but events already fired so promise never resolves. The diff shows this code exactly. The comment is about runtime behavior and can't be disproven by the diff. But wait — is it contradicted? Also note the template loads html2canvas statically at page load anyway. If the page loads and html2canvas CDN loads successfully at page load, then `typeof window.html2canvas === 'function'` would be true and the promise resolves immediately. If it failed at page load, then html2canvas isn't there, and clicking would add the dynamic script. Hmm, this is a bit complicated. The static tag exists too. But is there something contradictory?
Actually, the concern about whether the "error event already fired" — for a script element, if it errored, the error event fired once. New listeners added later won't be called. So the promise indeed never resolves on a second attempt, IF the first dynamic attempt failed. But given the static tag... if the static tag failed, the dynamic script would be a new element with id, and would it retry? First click: no existing (if static tag failed, its element has no id so not found). Creates script, appends, fails → onerror resolves false. Element with id remains in DOM. Second click: found existing → adds listeners → never fires → hangs. Correct per code. But this requires runtime behavior inference — is that a protected subject? Not really. But is it factually wrong? Not provably. It's plausible. Approve (cannot prove wrong).
Actually, hold on. The whole point of the task is to only remove comments that the diff PROVES wrong. c-2 is not proven wrong. So approve.
c-3: Comment about file size / recommending extraction to module. This is a style/organizational suggestion — "regra desta revisão que pede sinalizar aumento de arquivo grande". It's about maintainability, not factual claim about diff being wrong. The diff does add ~650 lines? Let me count roughly. The JS diff adds a huge chunk. The comment states the file is ~3,100 lines and this PR adds ~650 lines of export. Factual claims. File size: we can't see the whole file. But the diff adds around 650 lines? Let's estimate: added lines in the JS diff — many hunks. Actually roughly: the big hunk from @@ -1723,15 +1844,640 @@ adds about 640 lines. Plus others. So ~650 lines is plausible. Not wrong. It's a style/maintainability recommendation, low value, states true things. Approve.
c-4: Comment about overflow restoration of `.highcharts-container` not being restored. Let's look at captureCardSectionForPrint:
```js
if (chartEl) {
chartEl.style.overflow = 'visible';
var hcContainer = chartEl.querySelector('.highcharts-container');
if (hcContainer) {
hcContainer.style.overflow = 'visible';
}
}
captureEl.scrollIntoView(...);
await waitForPanelChartsPaint(220);
var dataUrl = await captureElementAsPng(captureEl);
if (chartEl) {
chartEl.style.overflow = '';
}
```
Indeed the code sets overflow visible on hcContainer but only restores chartEl.style.overflow. So the claim is factually accurate per the diff. Approve.
c-5: Comment about print document not including active filters metadata. The print doc shows view label and datetime. It doesn't include filters. This is true — buildPrintDocumentHtml uses viewLabel and date only. It's a feature suggestion / minor concern. Factually true. Approve (value veto/not wrong).
c-6: Comment about template loading html2canvas unconditionally while JS implements on-demand loading, and PR description says lib only downloaded at export time. The template adds the static script tag at the bottom of _tab_painel.html.twig. And indeed JS has ensureHtml2Canvas which loads it on demand. The comment claims that the static tag downloads third-party code on every page open, making the dynamic loader redundant, and recommends removing the static tag. This comment targets the template file. The claim is factual: the static script tag exists in the diff. It's about performance/behavior, not wrong. Approve.
So none of the comments is proven wrong by the diff. Wait, but let me double check each against the actual code lines more carefully for possible contradictions.
c-0: is there any contradiction? It says busy flag set after the async preamble. In the code, yes: busy set after `await ensureDistributionChartsForExport()`. Actually let's re-read: the diff for exportPanelChartsPrint:
```js
async function exportPanelChartsPrint() {
if (panelChartsPrintBusy) {
return;
}
if (currentView !== 'pendencias' && currentView !== 'visao_geral') {
notifyPanelExport('Exportação disponível apenas em Pendências e Visão Geral.', 'error');
return;
}
if (currentView === 'pendencias') {
reflowCharts(PENDENCIAS_CHART_KEYS);
} else {
renderOverviewCharts();
await waitForPanelChartsPaint(120);
reflowCharts(OVERVIEW_CHART_KEYS);
await ensureDistributionChartsForExport();
}
var btn = document.getElementById('ap_painel_export_charts_btn');
panelChartsPrintBusy = true;
setExportChartsBtnLoading(btn, true);
```
Comment's existing_code shows exactly these lines. And the claim is accurate. In pendencias view there's no await, so busy set quickly; but in visao_geral, there are awaits. The comment's claim of 120–420ms waits: waitForPanelChartsPaint(120) = 120ms and ensureDistributionChartsForExport has setTimeout 420 or 220ms. So the claim is right. Approve.
c-1: accurate. Approve.
c-2: not provably wrong. Approve.
c-3: style/maintainability. Approve.
c-4: accurate. Approve.
c-5: accurate-ish suggestion. Approve.
c-6: accurate. Approve.
Let me reconsider whether any comment should be removed on Ground A — the code target absent from subject file's diff. All comments target code present in the diff of their subject file. c-0, c-1, c-2, c-4 target public/js/ssma/action_plan_panel.js which contains all the relevant functions (exportPanelChartsPrint, buildPrintSectionsHtml, ensureHtml2Canvas, captureCardSectionForPrint). c-3 targets file size — present. c-5 targets buildPrintDocumentHtml — present. c-6 targets template — present.
Ground B — any diff line contradicting central claim? No.
So all comments are approved.
Actually, wait. Let me reconsider c-2 more carefully. It may be wrong in detail because the static script tag loads html2canvas at page load. If that static script loads successfully (typical), then `typeof window.html2canvas === 'function'` is true at click time, and ensureHtml2Canvas resolves immediately. The "first load failure" scenario in c-2 refers to the dynamic loader failing. But actually consider: static tag fails at page load (CDN unreachable). Then html2canvas isn't present. First click: ensureHtml2Canvas creates dynamic script with id, appends, fails → resolves false. But the comment says the button stays stuck after "num segundo clique" (second click). Actually wait — but there's more: after the first failure, the export flow returns early (hasHtml2Canvas false). But also the static tag element remains without id, so it's not found. On second click, finds the dynamic element with id `ssma-ap-panel-html2canvas-loader`, adds listeners, no events re-fire → promise never resolves → busy stuck. That's what c-2 says. Plausible.
But is there a wrinkle: the template also includes static script. So in the scenario where the CDN loads fine (the common case), no issue. c-2's scenario requires first dynamic load failure. It's a hypothetical edge case, but not contradicted by the diff. Unverifiable → approve.
Hmm, but one consideration: c-6 says the dynamic loader is redundant and the static tag should be removed, implying html2canvas always present. And c-2's failure scenario is about the dynamic loader failing on a second click — but if the static tag is present and failed at page load, then html2canvas never loads. But if the static tag loaded fine, then there'd be no dynamic loader at all (the function returns early). So c-2's scenario could only matter if the static tag is removed (as c-6 recommends) OR if the static tag failed but the dynamic one succeeds... These comments are somewhat mutually dependent but that's fine; the reviewer's different concerns.
Anyway, c-2 is not provably wrong.
Let me finalize with approve_all_comments.
Actually wait — need to double check the "report_incorrect_comments" tool requires comment_ids non-empty if used. Since we approve all, use approve_all_comments.
Let me just double check each protected veto doesn't force us to do something. Protected subjects must be approved anyway. So approve.
Final: approve_all_comments.
Tool Calls (1)
approve_all_comments
Show Details
Arguments
{}
Request #2
deepseek-v4-flash
P:13.2K C:1.51K CR:6.91K CW:0
11111ms
Reasoning
Let me analyze this review comment carefully.
The comment c-0 is about `public/js/ssma/action_plan_panel.js`. It describes a race condition concern: while export is processing (html2canvas capture, opening print), the panel remains clickable, and switching sub-tabs calls `switchView`, which destroys the charts being captured. Since `viewLabel`/`sections`/`currentView` are only read after the awaits in the preamble and throughout the capture loop, the PDF could come out with wrong sections, partially empty, or mixing captures from different times. The suggestion is to freeze the view at the start.
Wait, but is this comment about a protected subject? Let me think.
Protected subjects include:
- Memory safety
- Concurrency — locks and lock modes, atomics, data races, synchronization arguments that are not honored
- Linkage and declaration consistency
- Behavioral or compatibility change
- A parameter the function accepts and never uses
Is this comment about concurrency? It's about a race condition between async operations (export in progress while user switches view). Hmm, concurrency in the protected sense refers to locks, atomics, data races in threading. This is more of an async race/behavioral issue. Actually, "Behavioral or compatibility change" — the comment claims the exported PDF may not match what the user saw. Is that a protected subject?
Let me think carefully. The comment is essentially a potential race condition / behavioral bug in an async export flow. Is this "concurrency"? The protected concurrency category says "locks and lock modes, atomics, data races, synchronization arguments that are not honored." This is not that kind of concurrency — it's about async JS interleaving, not threads/locks.
Behavioral change — the comment isn't claiming the new code changed behavior from old code. It's a potential new bug in new code. Hmm.
Actually, let me reconsider. The task is to remove comments that the diff proves to be factually wrong. Let me check if this comment's claims are contradicted by the diff.
The comment claims:
1. While export is processing, the panel remains clickable and switching sub-tabs calls switchView, which destroys the charts of the view being captured.
2. viewLabel/sections/currentView are only read after the awaits in the preamble and throughout the capture loop.
3. Therefore the PDF may contain wrong sections, partially empty, or mixing captures.
Let me check the diff. The function `exportPanelChartsPrint` is async. Let me look at its structure:
```js
async function exportPanelChartsPrint() {
if (panelChartsPrintBusy) {
return;
}
if (currentView !== 'pendencias' && currentView !== 'visao_geral') {
notifyPanelExport('Exportação disponível apenas em Pendências e Visão Geral.', 'error');
return;
}
if (currentView === 'pendencias') {
reflowCharts(PENDENCIAS_CHART_KEYS);
} else {
renderOverviewCharts();
await waitForPanelChartsPaint(120);
reflowCharts(OVERVIEW_CHART_KEYS);
await ensureDistributionChartsForExport();
}
var btn = document.getElementById('ap_painel_export_charts_btn');
panelChartsPrintBusy = true;
setExportChartsBtnLoading(btn, true);
try {
var hasHtml2Canvas = await ensureHtml2Canvas();
...
await waitForPanelChartsPaint(280);
var viewLabel = currentView === 'pendencias' ? 'Pendências' : 'Visão Geral';
var sections = currentView === 'pendencias'
? getPendenciasPrintSections()
: getOverviewPrintSections();
var sectionsHtml = await buildPrintSectionsHtml(sections);
...
```
So indeed `currentView` is read multiple times after awaits. The claim about the race condition requires knowledge of `switchView` and whether it destroys charts — but that's in the same file, and the diff shows switchView exists (function switchView(viewId) { currentView = viewId; toggleHeaderFilters(viewId); ... }). But whether switchView destroys charts isn't shown in the diff — the diff shows only the first two lines of switchView. The comment relies on facts about switchView that the Agent may have seen (full file).
Is this comment factually wrong per the diff? The diff does show that `currentView` is read after awaits (`var viewLabel = currentView === 'pendencias'...` after `await ensureHtml2Canvas()` and `await waitForPanelChartsPaint(280)`). So the claim "viewLabel/sections/currentView are only read after the awaits of the preamble and throughout the capture loop" is consistent with the diff.
Now, does the export actually block tab switching? Not necessarily. The comment is a potential concern; it's about correctness of the export under user interaction. Is it provably wrong? We can't prove it wrong. It's speculative but plausible.
Is there anything in the diff that literally contradicts the comment's central claim? The central claim: during export processing, the panel remains clickable and view switching destroys charts being captured, potentially leading to incorrect PDF. The diff doesn't show any mechanism that prevents this. So no direct contradiction.
Actually, wait — could this be considered a protected subject? Let's consider "Behavioral or compatibility change". The protected behavioral change is about "a message, field, status, or default that the old code produced and the new code no longer does; an altered error path; a counter whose update moved to a different point in the lifecycle." The comment isn't about that.
Is this a concurrency comment? It concerns an asynchronous race. Hmm. The protected category defines concurrency as "locks and lock modes, atomics, data races, synchronization arguments that are not honored." A race between user interaction and async export is a data race of sorts but in JS single-threaded world. I don't think the protected concurrency veto is intended to cover this kind of thing. But actually the instruction says when in doubt, approve. The comment is not factually provable wrong. So approve.
Let me consider whether the comment could be Ground B — a diff line contradicts central claim. The central claim requires `switchView` destroys charts. Diff doesn't show that. Also claim "panel continues fully clickable" — nothing in the diff disables it. So approve.
Given no clear factual error and protected uncertainty, the default is approve_all_comments.
Let me double check: is there a diff line that contradicts the claim that currentView is read after awaits? No — actually the code clearly reads currentView after awaits, consistent with the comment.
Any contradiction that tab switching calls switchView which destroys charts? The diff shows switchView exists but only partially. We can't see the body. The Agent had access.
So approve all.
I'll call approve_all_comments.
Tool Calls (1)
approve_all_comments
Show Details
Arguments
{}
Review Comments (8 findings)
public/js/ssma/action_plan_panel.js 7 comments
templates/ssma/action_plan/tabs/_tab_painel.html.twig 1 comments
No comments match this filter.