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

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
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