Last modified: 2008-09-16 21:17:57 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T12463, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 10463 - wikilinks break in site notice of secure server
wikilinks break in site notice of secure server
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Brion Vibber
https://secure.wikimedia.org/wikisour...
: crosswiki
: 14225 14462 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-07-04 14:04 UTC by Graf.Zahl
Modified: 2008-09-16 21:17 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Graf.Zahl 2007-07-04 14:04:58 UTC
I access the English Wikisource through secure.wikimedia.org. Currently, there is the wikilink [[Wikisource:Reform month]] in the site notice. When the site notice is displayed at the top of the page, the resulting link is broken (leads to https://secure.wikimedia.org/wiki/Wikisource:Reform_month) and the server displays an error page. The link works fine from the non-secure server at http://en.wikisource.org.
Comment 1 Graf.Zahl 2007-07-04 15:19:41 UTC
Update: for some reason the link does not seem to break on the main page.
Comment 2 Brion Vibber 2008-05-22 18:42:46 UTC
*** Bug 14225 has been marked as a duplicate of this bug. ***
Comment 3 Danny B. 2008-06-07 15:31:39 UTC
*** Bug 14462 has been marked as a duplicate of this bug. ***
Comment 4 Cary Bass 2008-09-12 21:25:56 UTC
More and more people using the secure server these days.  We adopted a workaround on otrswiki.wikimedia [{{fullurl:PAGENAME}} PAGENAME] , but it's still something that can and should be fixed :)  Or else you'll get more and more duplicates of this bug  !  :)
Comment 5 Brion Vibber 2008-09-16 21:17:57 UTC
Should be fixed by r40937... This appends $wgRenderHashAppend to the sitenotice cache keys (as is done for the parser cache keys) to allow the SSL cache to be maintained separately.

In quick testing it looks ok; commons on SSL shows SSL links in its sitenotice; commons in non-SSL shows non-SSL. Yay!

I am though getting 'false' returned from memcached for the SSL key ("commonswiki:sitenotice:https=1") rather than the array I'm expecting, which is a bit weird.

This may be due to a down or funky memcached. :P

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links