Closed Bug 261666 Opened 20 years ago Closed 20 years ago

Incorrect Page Info for Icons

Categories

(SeaMonkey :: Page Info, defect)

defect
Not set
minor

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: david, Assigned: db48x)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.3) Gecko/20040910
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.3) Gecko/20040910

Remove <http://mozilla.org/images/mozilla-16.png>.  Remove references to that
from all bugzilla.mozilla.org pages.  This is a 0-byte (0 height, 0 width) icon.  

NOTE:  The cited <https://bugzilla.mozilla.org/query.cgi> page is only one
example of several bugzilla.mozilla.org pages that refer to this micro-image. 
Indeed, every bugzilla.mozilla.org page that I checked refers to it.   

Reproducible: Always
Steps to Reproduce:





Often, these micro-images are used for spyware.  Is this what Mozilla.org wants
people to think (that it plants spyware)?
> This is a 0-byte (0 height, 0 width) icon.  

it is a 580 byte, 16x16 icon. what made you think otherwise?
1.  View any bug report (e.g., the report for this bug) or other page at this
site.  

2.  Go to the Mozilla menu bar and select View > Page Info.  

3.  On the Page Info window, select the Media tab.  

4.  On the Media tab select http://mozilla.org/images/mozilla-16.png.  

The properties displayed show
  Size:        0 KB (0 bytes)
  Dimensions:  Width: 0px, Height: 0px
hm... I can reproduce the 0 KB part, but not the 0px dimensions one...
Upon viewing the page source of an affected page, I determined that this is the
icon used to mark tabs and bookmarks.  However, the icon does not show in the
address area on the Navigation Toolbar.  

I can view the icon directly by going to its URL, in which case I see both size
and dimensions as non-zero.  Thus, I will change my bug report to indicate
Product: Browser and Component: Page Info.  

Re comment #3:  What do you see for Dimensions?  
Component: Bugzilla: Other b.m.o Issues → Page Info
Product: mozilla.org → Browser
Version: other → Trunk
the correct values (16x16 px)
Assignee: myk → db48x
QA Contact: justdave
wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.3) Gecko/20040910
wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a4) Gecko/20040924

Page Info:

http://mozilla.org/images/mozilla-16.png
Source:    Disk Cache
Size:      0 KB (0 bytes)
Dimension: Width: 16px, Height: 16px

I´ve got multiple tabs open, and some, like tinderbox, or checkins, don´t show
an icon in the Locationbar, nor in their Tab in the Tabbar. If I´m switching
from one of these tabs to the tab of SearchBugs, the icon in the Location bar is
replaced by with the default icon displayed for websites without icon. Reload
restores it.

Maybe your installed extension Prefbar breaks Page Info? (Bug 261662)
Can you test in a new profile without extension?
Further testing indicates that the Dimensions are zeros if image preferences are
set to "originating server only" and have correct values if preferences are set
to "Accept all images".  The latter preferences still leave the Size at zero.  

Note that I cannot eliminate the PrefBar extension merely by creating a new
profile.  Instead, I would have to remove PrefBar entirely.  If PrefBar is
installed, a new profile will automatically have the default PrefBar settings.  

I am changing the Summary to reflect discoveries since I originally submitted
this bug report.  
Summary: Remove Micro-Image → Incorrect Page Info for Icons
Note that we just get the size from the cache entry...
Re: comment #8.  Does this indicate a bug in how cache sizes are determined or
reported?  (Is a new bug report needed?)  Or is zero size intentional for icons?  

I should have changed the Severity to Minor when I changed the Product.  I am
doing that now.  
Severity: normal → minor
Depends on: 195492
Product: Browser → Seamonkey
just chekcked in, marking bug 19492 and it's dependants fixed
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Reference to bug 19492 in comment #10 is incorrect.  It should be bug 195492.  
You need to log in before you can comment on or make changes to this bug.