New issue
Advanced search Search tips
Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Closed: Dec 2013
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug



Sign in to add a comment

'Image Decode' / 'Image Resize' events lack information about the image

Reported by kdzwinel@gmail.com, May 27 2013

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.93 Safari/537.36

Steps to reproduce the problem:
1. Open devtools timeline 
2. Start recording events
3. Run a script that loads and resizes an image

What is the expected behavior?
Popups with details for 'Image Decode' and 'Image Resize' events should contain name (link to network tab?) of the image being decoded/resized. It would be perfect to also have this image highlighted when mouse is over a corresponding event in the timeline tab.

What went wrong?
Only information about the image being decoded is it's type (PNG/JPEG/?). For image resizing even this is not available.

Did this work before? No 

Chrome version: 27.0.1453.93  Channel: stable
OS Version: OS X 10.8.3

Since image decoding and resizing takes a lot of CPU time and often becomes a performance bottleneck it would great to be able to easily track the image being responsible.
 
resize-decode-popup-devtools.png
66.4 KB View Download
Owner: caseq@chromium.org
Labels: Needs-Feedback
kdzwine@, Could you please provide any sample script / HTML file for image decoding and resizing? Please give a try with latest stable#27.0.1453.116 and see if the issue is still existing?

Thanks in advance.

Comment 3 by caseq@google.com, Jul 8 2013

Labels: -OS-Mac -Needs-Feedback OS-All
Status: Assigned
Thanks Manu, but I think there are sufficient details provided. I'm the owner of the functionality in question and I'm pretty sure we did not fix it yet, mostly because of infrastructural changes needed, not because the report is unclear,

Comment 4 by kdzwinel@gmail.com, Jul 8 2013

I've created a simple test case anyway: https://dl.dropboxusercontent.com/u/8989748/resize_decode_test.html and, as mentioned above, found no new details in the latest Canary build (30.0.1559.0).

BTW, while playing with this example I found out that only cached image resizes are being logged (as shown on the screenshot above). There is no event for uncached resizes, is that an intended behaviour?

Comment 5 by kdzwinel@gmail.com, Jul 8 2013

Hm, I just managed to get a "Image Resize (non-cached)" event, so please ignore my previous comment about this.

Comment 6 by kdzwinel@gmail.com, Dec 7 2013

Seems to be fixed in "33.0.1731.0 canary". Image element and image URL is exposed for each 'image resize'/'image decode' event. Thank you!

Comment 7 by kdzwinel@gmail.com, Dec 7 2013

Screen Shot 2013-12-08 at 00.35.03.png
71.8 KB View Download

Comment 8 by caseq@chromium.org, Dec 9 2013

Status: Fixed

Sign in to add a comment