Open
Bug 827440
Opened 12 years ago
Updated 2 years ago
nsIconChannel::AsyncOpen can block
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
NEW
| Performance Impact | low |
People
(Reporter: ted, Unassigned)
References
(Blocks 2 open bugs)
Details
(Keywords: perf)
Profile of clicking "Show all downloads", where my downloads folder is on a network drive:
http://people.mozilla.com/~bgirard/cleopatra/#report=9521fcdcca20db06eaad44eda0a179e9b472ee4b
nsIconChannel on Windows actually loads the icon data in AsyncOpen. When loading icons for files on a network share this can block quite a bit. My profile shows about 51% of the time is under GetSpecialFolderIcon, 35% under SHGetFileInfoW, and 11% under nsLocalFile::Exists.
|
||
Comment 1•7 years ago
|
||
https://perfht.ml/2BnEReV (from bug 1425398) shows it on Mac too when opening about:preferences.
Keywords: perf
Whiteboard: [qf]
|
||
Updated•7 years ago
|
Whiteboard: [qf] → [qf:p3]
|
||
Updated•3 years ago
|
Performance Impact: --- → P3
Whiteboard: [qf:p3]
|
||
Updated•2 years ago
|
Severity: normal → S3
|
||
Comment 2•2 years ago
|
||
I think bug 1530190 probably fixed this. I'd have to check to be sure.
You need to log in
before you can comment on or make changes to this bug.
Description
•