Special:Search should have descriptive <title>
Closed, ResolvedPublic

Description

Gentlemen, Google puts the item searched for in the <title>
$ GET http://www.google.com.tw/search?q=bg4wip | perl -nwe 's/.*(<title>)/$1/&&print'
<title>bg4wip - Google</title>

Why of course, how else could one pick different searches out of their browser's history?

Now we turn to MediaWiki. It's just the same
<title>Search results SITENAME<title>, no matter what string you search for.


Version: 1.12.x
Severity: enhancement

bzimport added a project: MediaWiki-Search.Via ConduitNov 21 2014, 9:53 PM
bzimport added a subscriber: wikibugs-l.
bzimport set Reference to bz11035.
Jidanni created this task.Via LegacyAug 23 2007, 3:34 AM
Raymond added a comment.Via ConduitSep 24 2007, 1:22 PM

Done with r26071.

brion added a comment.Via ConduitSep 24 2007, 6:41 PM

Reverted as it was clearly never tested. Title text is double-escaped, smearing bug ugly &quot; everywhere.

Raymond added a comment.Via ConduitSep 24 2007, 8:22 PM

Fixed with r26084.

brion added a comment.Via ConduitSep 24 2007, 9:12 PM

Reverted again; while now functional, it just plain looks wrong since the text is duplicated between title and subtitle.

Raymond added a comment.Via ConduitSep 24 2007, 9:19 PM

Giving up for the moment :-(

Removal of subtitle would be a bad solution too, as it "includes by default a link to the search text as a page and in some live installations has been customized with additional links" (per Brion)

Danny_B added a comment.Via ConduitApr 12 2008, 12:32 AM

Bug 13708 related.

bzimport added a comment.Via ConduitAug 2 2008, 3:02 PM

rainman wrote:

Another shot at this in r38440. I believe the original poster was referring only to the HTML title, so that the title-subtitle duplication is avoided.

brion added a comment.Via ConduitAug 4 2008, 4:00 AM

Thanks, Robert -- looks like a good compromise! Window/tab/bookmark title is now sane, and we've still got our nice clicky subtitle.

Add Comment