Closed Bug 310696 Opened 19 years ago Closed 19 years ago

regression: View Source (and View Selection Source) window title is broken

Categories

(Toolkit :: View Source, defect)

1.8 Branch
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla1.8.1alpha3

People

(Reporter: asaf, Assigned: dveditz)

References

Details

(Keywords: fixed1.8.1, polish, regression)

Attachments

(1 file, 4 obsolete files)

seen on: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b5) Gecko/20051001 Firefox/1.4.1 The view source window title is prefixed with "view-source:" Looks like a regression from bug 304388.
Flags: blocking1.8b5?
ditto for "View Selection Source".
Summary: regression: View Source window title is broken → regression: View Source (and View Selection Source) window title is broken
Assignee: nobody → bugs.mano
Target Milestone: --- → Firefox1.5
Status: NEW → ASSIGNED
Priority: -- → P1
Flags: blocking1.8b5? → blocking1.8b5-
Attached patch branch-only patch (obsolete) — Splinter Review
I'm going to do something a bit more Right for the trunk, but for the branch, this is pretty safe.
Attachment #198196 - Flags: review?(mconnor)
Attachment #198196 - Flags: approval1.8b5?
Attachment #198197 - Flags: review?(mscott)
Attachment #198197 - Flags: approval1.8b5?
Attachment #198196 - Flags: review?(mconnor) → review+
Attached patch a better approach? (obsolete) — Splinter Review
I think this is a better, more general, fix.
Comment on attachment 198197 [details] [diff] [review] parallel (branch only) fix for thunderbird minusing this pending resolution on dan's suggested fix instead.
Attachment #198197 - Flags: review?(mscott)
Attachment #198197 - Flags: review-
Attachment #198197 - Flags: approval1.8b5?
Attachment #198197 - Flags: approval1.8b5-
Attachment #198196 - Attachment is obsolete: true
Attachment #198196 - Flags: approval1.8b5?
Attachment #198197 - Attachment is obsolete: true
Assignee: bugs.mano → dveditz
Status: ASSIGNED → NEW
The same as the previous patch with some comment corrections, and a change in the xpfe tabbrowser that I forgot to carry over from the toolkit version. The 1.0 branch has this same bug and apparently no one noticed. I guess view-source is only used by developer types who had already abandoned that branch in favor of the trunk by time we made the fix.
Attachment #198231 - Attachment is obsolete: true
Attachment #198251 - Flags: superreview?(bzbarsky)
Attachment #198251 - Flags: review?(mconnor)
Attachment #198251 - Flags: approval1.8b5?
Attachment #198251 - Flags: review?(mconnor) → review+
Don't you have to check for the host of the exposed URI, in case of wyciwyg?
Flags: blocking1.8b5- → blocking1.8b5?
Priority: P1 → --
Target Milestone: Firefox1.5 → ---
Comment on attachment 198251 [details] [diff] [review] prepath in titlebar only if there's a host Yeah, what Neil said.
Attachment #198251 - Flags: superreview?(bzbarsky) → superreview-
Comment on attachment 198251 [details] [diff] [review] prepath in titlebar only if there's a host doesn't seem to be ready and we're entering lockdown.
Attachment #198251 - Flags: approval1.8b5? → approval1.8b5-
Flags: blocking1.8b5? → blocking1.8b5-
Carrying over mconnor's r+
Attachment #198251 - Attachment is obsolete: true
Attachment #198350 - Flags: superreview?(bzbarsky)
Attachment #198350 - Flags: review+
Attachment #198350 - Flags: approval1.8b5?
Comment on attachment 198350 [details] [diff] [review] check host *after* wyciwyg fixup Neil, bz is away until tomorrow afternoon. Can you fill in for us with a review for this?
Attachment #198350 - Flags: superreview?(bzbarsky) → superreview?(neil.parkwaycc.co.uk)
Comment on attachment 198350 [details] [diff] [review] check host *after* wyciwyg fixup Sorry I didn't see this before, mail server outage :-( >+ nsCAutoString host; > nsCAutoString prepath; >+ tmpuri->GetHost(host); > tmpuri->GetPrePath(prepath); >- if (!prepath.IsEmpty()) { >+ if (!host.IsEmpty()) { Nit: Could move the prepath code inside the condition.
Attachment #198350 - Flags: superreview?(neil.parkwaycc.co.uk) → superreview+
Comment on attachment 198350 [details] [diff] [review] check host *after* wyciwyg fixup moving request to 1.8rc1 since 1.8b5 has shipped.
Attachment #198350 - Flags: approval1.8b5? → approval1.8rc1?
OS: MacOS X → All
Hardware: Macintosh → All
Comment on attachment 198350 [details] [diff] [review] check host *after* wyciwyg fixup not major enough for this late in the game.
Attachment #198350 - Flags: approval1.8rc1? → approval1.8rc1-
Keywords: polish
fix checked into trunk.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Flags: blocking1.8.1?
How about MOZILLA_1_8_BRANCH?
Flags: blocking-firefox2?
Flags: blocking-firefox2? → blocking-firefox2+
Attachment #198350 - Flags: approval1.8.1+
Whiteboard: [checkin needed (1.8 branch)]
mozilla/xpfe/global/resources/content/bindings/tabbrowser.xml 1.126.2.19 mozilla/toolkit/content/widgets/tabbrowser.xml 1.103.2.39 mozilla/xpfe/appshell/src/nsContentTreeOwner.cpp 1.80.8.8
Keywords: fixed1.8.1
Whiteboard: [checkin needed (1.8 branch)]
Target Milestone: --- → Firefox 2 alpha3
Version: 1.5.0.x Branch → 2.0 Branch
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: