Profiled width candidates can deliver twice their advertised intrinsic width with Retina Quality
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- javascript, php, wordpress
- Ambito
- frontend, performance, web-dev
Direzione di ricerca
Inizia con _generateResponsiveSizes() in assets/js/modules/srcset-detector.js, quindi segui add_missing_srcset_attributes(), change_url_for_size() e filter_srcset_attr() in inc/tag_replacer.php. Esegui tests/test-srcset.php e assets/js/modules/tests/srcset-detector.test.js, quindi riproduci il problema con DPR 1 e 2. Il lavoro è completato quando i candidati profilati non combinano più una larghezza dichiarata con una larghezza intrinseca fornita raddoppiata.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
When Retina Quality is enabled, a page-profiler-generated srcset candidate can advertise a width such as 218w while delivering a resource with an intrinsic width of 436 pixels. The advertised width is expected to match the candidate resource's intrinsic width. The mismatch can cause browser DPR selection and Optimole DPR processing to compound, substantially increasing image dimensions, transfer size, and page-load time for affected images.
Customer context
Product / area: Optimole responsive images and Retina Quality
Version: Customer version not provided; inspected source is v4.2.10
Environment: WordPress frontend; Chrome DevTools and Lighthouse on a high-density display
Integration / third party: Optimole CDN image delivery
Reported error / symptom: A candidate advertised as 218w delivered a 436-pixel-wide resource; another URL requesting width 824 reportedly delivered 1648 pixels
Impact: The customer reported oversized payloads across a photography-heavy site and a PageSpeed lab LCP improvement from 9.4s to 5.8s when Retina Quality was disabled.
Reproduction notes
Reported and independently confirmed by support on the rendered page, but not reproduced locally during repository inspection.
- Enable Retina Quality on a page where Optimole's profiler generates missing responsive candidates.
- Load the page on a high-density display and let the browser select a generated
wcandidate. - Compare the selected candidate's
wdescriptor and URL width parameter with the delivered resource's intrinsic width. - The reported
218wcandidate delivered 436 intrinsic pixels; disabling Retina Quality stopped the doubling.
Diagnosis
Conclusion
The page-profiler path records a DPR-multiplied width as a w descriptor and also retains dpr:2 for URL generation. The resulting URL contains both the multiplied width and the DPR transform while the emitted descriptor remains the stored width. The transcript includes a staff-verified runtime example where a 218w candidate delivered 436 intrinsic pixels, confirming the failing CDN interaction for the reported path.
Where this likely occurs
assets/js/modules/srcset-detector.js—optmlSrcsetDetector._generateResponsiveSizes()lines 410–460 computestargetWidth = baseWidth * dprValue, stores that value inwand the width descriptor, and separately stores the DPR value.inc/tag_replacer.php—Optml_Tag_Replacer::add_missing_srcset_attributes()lines 487–515 passes the stored width and DPR to URL generation while emitting the stored descriptor unchanged.inc/tag_replacer.php—Optml_Tag_Replacer::change_url_for_size()lines 790–810 places bothw:<stored width>anddpr:2in the transformed URL.inc/tag_replacer.php—Optml_Tag_Replacer::filter_srcset_attr()lines 824–890 shows the older non-profiler path represents its Retina candidate with a2xdensity descriptor instead.- Commit
8ab74741721cintroduced profiler-based srcset handling; commit49a757f34fd1introduced the current breakpoint/DPR generation. Both are present from v4.1.0 through inspected v4.2.10.
Engineering notes
The defect is scoped to profiler-generated width candidates where Retina entries survive filtering and the CDN applies the supplied DPR. It is distinct from WordPress-generated srcsets handled by filter_srcset_attr(), which use a density descriptor for the added Retina candidate. The CDN implementation is not available in the workspace; its doubling behavior is supported here by the staff-verified runtime output in the transcript rather than local service-source inspection.
Test coverage status
tests/test-srcset.php lines 30–60 checks URL manipulation involving dpr:2, and assets/js/modules/__tests__/srcset-detector.test.js covers DPR variation selection. No test found during inspection validates a profiled DPR entry end to end against its emitted width descriptor and delivered intrinsic dimensions. Tests were not executed during this read-only investigation.
What to verify or explore next
- Reproduce on a local WordPress page requiring profiler-generated srcset candidates with Retina Quality enabled.
- Compare emitted width descriptors, transformed URL parameters, response intrinsic dimensions, and browser candidate selection at DPR 1 and DPR 2.
- Run the targeted PHP srcset suite and JavaScript
srcset-detectorsuite. - Confirm behavior against the current Optimole CDN contract for simultaneous width and DPR parameters.
Unknowns / follow-up
The exact customer plugin version and whether cached profile data changes the first affected response are unknown.
Confidence
Confidence: 98/100
Repository inspection confirms three independently verifiable defects in Optimole's page-profiler responsive-image path, and no matching GitHub issues were found. The reported Retina-disabled 1x behavior is intentional setting behavior covered by tests, so it is not included as a defect.
Source: HelpScout #3424946418
Generated by bug-report-triage (ID: bug-report-triage_6a87087cc5e402.90677248)
- Lingua principale
- PHP
- Stelle
- 73
- Fork
- 14
- Merge medio
- 2g 13h
- PR unite (30g)
- 16
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Codeinwp/optimole-wp
-
bug-report bug-report-triage crash-report
Difficoltà 4/5 3-5 giorni Idoneità per principianti 65/100
Codeinwp/optimole-wp#1162 ·
I maintainer di solito rispondono entro 1 giorno
-
customer report feature-request-triage
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
Codeinwp/optimole-wp#1161 ·
I maintainer di solito rispondono entro 1 giorno
-
bug-report bug-report-triage customer report regression
Difficoltà 4/5 3-5 giorni Idoneità per principianti 56/100
Codeinwp/optimole-wp#1159 ·
I maintainer di solito rispondono entro 1 giorno
-
customer report feature-request-triage
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
Codeinwp/optimole-wp#1151 ·
I maintainer di solito rispondono entro 1 giorno
-
bug-report bug-report-triage crash-report
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
Codeinwp/optimole-wp#1139 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di Codeinwp/optimole-wp
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
521xueweihan/HelloGitHub#3790 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
benjaminkott/bootstrap_package#1670 ·
-
sync-en
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 2 giorni