Closed Bug 68823 Opened 23 years ago Closed 23 years ago

View|Page Info is not picking up all meta data

Categories

(SeaMonkey :: Page Info, defect, P2)

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.9

People

(Reporter: rubydoo123, Assigned: db48x)

References

Details

The Page Info dialog is not extracting and displaying all of the meta data, such
as author, http-equiv and generator
Blocks: 52730
This will be implemented in the new version of the Page Info dialog
cool -- thanks for doing that
bz, is this then a dupe or a depends? who should own it (certainly not me)?
not sure why this blocks bug 52730. Shouldn't it be the other way around? I'd
even say it's a dup, cuz we're not gonna work directly on this bug. (and that
way Asa doesn't have to own this bug ;)
Fabian, bug 52730 looked like a tracking bug for various page info issues... 

This can definitely be a dup of 52730 if you and Daniel decide that your work on
52730 will fix this bug.
Severity: normal → minor
My work on 52730 does implement this. I think I remeber noticing that I'd 
misspelled a memeber varible where it looks up the data, so http-equivs only 
show up half way. Gotta remeber to go back and look at that.

As for the ownership, you can just assign it to me if you like.

The dependancies are weird in this case. Bug 52730 is indeed a tracking bug, 
but in my opinion all the bugs it tracks should depend on it, rather than the 
way it is now, where it depends on all these others. Oh well, it's not that big 
of a deal. I certainly don't want to be responsible for the spam that would be 
caused by fixing it, so I say just leave it the way it is and go with the 
flow. :)
change component and reassign to get it out of browser-general where it does not
belong.
Assignee: asa → db48x
Component: Browser-General → XP Apps: GUI Features
QA Contact: doronr → sairuh
No longer blocks: 52730
Blocks: 52730
No longer blocks: 82059
ah, the joy of a shortened release cycle.
Priority: -- → P2
Target Milestone: --- → mozilla0.9.3
hrm. more spam, I'm apologise
Status: NEW → ASSIGNED
52730 is targetted to 0.9.3 and this will be fixed by it.  Is it really
necessary that this remain targetted to .9.3 as well (especially given the
seeming likelihood that 52730 isn't getting checked in before tonight's freeze)?
Target Milestone: mozilla0.9.3 → mozilla0.9.4
this one seems to be sliding.. lets try to give it a realistic milestone. 
thanks - chofmann
Target Milestone: mozilla0.9.4 → ---
I'll be back from vacation soon.
Target Milestone: --- → mozilla0.9.8
0.9.9 it is
Target Milestone: mozilla0.9.8 → mozilla0.9.9
yay! finnally checked in. Thank you bz :)
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
mass moving resolved fixed bugs pertaining to page info, view source, find in
page and open web location to pmac@netscape.com.

to find all bugspam pertaining to this, set your search string to
"SunsComingUpLikeABigBaldHead".
QA Contact: sairuh → pmac
Component: XP Apps: GUI Features → Page Info
Verified on all platforms (commercial trunk: 2002-01-31-08-trunk)
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.