headers
Tim Starling | 1 Nov 08:46
Picon

Re: problem on our wiki with FF

Travis Derouin wrote:
> We seem to have an issue with users editing on our site with Firefox
> (reproducible on a Mac, not on Windows)
> 
> After posting the edit, the server responds with a redirect:
> 
> HTTP/1.x 302 Moved Temporarily
> Location: http://www.wikihow.com/Make-Dumplings
> 
> FF doesn't seem to reissue a request for this article though, and
> shows the old copy of it without going back to the server. I've double
> checked this using LiveHTTPHeaders.
> 
> This seems odd, does anyone have any idea why this would happen? It
> also seems dependent on time, if the users makes submits an edit
> within 30 seconds of loading the article, they get the stale version,
> but if they wait longer, they are more likely to get the fresh
> version. Other browsers do get the fresh copy if loaded separately
> with the URL.
> 
> The normal 200 response for the article includes the cache information:
> 
> Cache-Control: s-maxage=86400, must-revalidate, max-age=0
> 
> but the 302 redirect doesn't include any info about must-revalidate.
> Could this be an issue?

No, the redirect does not affect caching for its destination. The problem 
is most likely a change to the response headers for the article itself. 
For instance, is there an "Expires" header?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Travis Derouin | 1 Nov 13:49

Re: problem on our wiki with FF

We modified our site so we could cache all pages, regardless of
cookies, so we could use Google Analytics. It turns out when the
Cookie part is removed from the Vary header, FF serves the stale
version. Weird! Also, it turns out when we keep the Cookie part, our
cache hit ratio is still about 87%, I would have expected it to drop
since all users are cookied with the GA code.

Thanks.
Permalink | Reply | 0 comments |
headers
Travis Derouin | 1 Nov 18:39

setting a redirect after ArticleSaveComplete

It doesn't seem possible to set a redirect from function that uses the
ArticleSaveComplete hook, because the Article object then resets it
later on after the hook is run.

Is there a way around this? Can we add a feature to Article that
overrides this?

I'm implementing a feature that does a check after the article has
been saved. In this case, if there are missing images it'll redirect
the user to a special page that will prompt the user for a few
options, but right now the Article object is clearing the redirect.

Thanks
Travis
Permalink | Reply | 3 comments |
headers
Simetrical | 1 Nov 18:52
Picon

Re: [MediaWiki-CVS] SVN: [27091] trunk/phase3/includes/EditPage.php

On 11/1/07, david@...
<david@...> wrote:
> Revision: 27091
> Author:   david
> Date:     2007-11-01 04:08:42 +0000 (Thu, 01 Nov 2007)
>
> Log Message:
> -----------
> Split mTitle into uiTitle and dbTitle; this is explained at the top of EditPage.php.

mTitle was publicly accessible, since it was declared with var and not
protected or private.  Did you check whether this change broke any
other MediaWiki code, or any extensions?
Permalink | Reply | 0 comments |
headers
David A. Desrosiers | 1 Nov 19:10
Favicon

Re: Dump is small

On Tue, 2007-10-30 at 17:16 -0400, David A. Desrosiers wrote:
> I have the whole process of fetch, unpack, import scripted to happen
> unattended and aside from initial debugging, it has not failed yet in
> the last year or more.

> I'll post back with my results when that is done. 

The full import of page, revision and text for Wikipedia, Wikiquote and
Wiktionary in 9 languages (en fr de pl it pt sv es nl) took:

real    91m19.910s
user    15m16.073s
sys     1m43.810s

The number of records found for the Wikipedia versions of these
languages are:

for lang in en fr de pl it pt sv es nl; do 
    mysql mediawiki -e "select count(*) from ep_${lang}_text"; 
done;

        +----------+
        | count(*) |
        +----------+  <- English Wikipedia
        |  5836166 | 
        +----------+

        +----------+
        | count(*) |
        +----------+  <- French
(Continue reading)

Permalink | Reply | 0 comments |
headers
Travis Derouin | 1 Nov 21:55

extending UploadForm

I've written a few extensions that make use of UploadForm:

http://www.mediawiki.org/wiki/Extension:MultiUpload
http://www.mediawiki.org/wiki/Extension:ImportFreeImages

Both of these had to hack around UploadForm because it wasn't easily
extensible. Unfortunately, UploadForm has changed in version 1.11 and
these extensions are largely broken. Is there any way we can create a
standard function available to external callers that would upload an
image, that would be consistent from version to version? Something
like:

$ret = UploadForm::upload($tempname, $path, $source, $ignore_warnings)

that could return an array of warnings / errors that a caller could
then either process or show to the user? Most of the functions of
UploadForm are largely dependent on internal members (mUploadTempFile,
mUploadTempName, etc) that are beyond the scope of an outside caller.

Or perhaps there's an easier way around this that doesn't involve
UploadForm? It'd be nice if extensions didn't have to reinvent
UploadForm to have the ability to upload a file.

Thanks,
Travis
Permalink | Reply | 2 comments |
headers
Edward Z. Yang | 1 Nov 22:01
Gravatar

Re: extending UploadForm


Travis Derouin wrote:
> Both of these had to hack around UploadForm because it wasn't easily
> extensible. Unfortunately, UploadForm has changed in version 1.11 and
> these extensions are largely broken. [snip]

I haven't upgraded my install of MediaWiki recently, but it looks like
I'll have the same problem with SpecialUploadLocal.
<http://www.mediawiki.org/wiki/Extension:SpecialUploadLocal>
Permalink | Reply | 0 comments |
headers
David Gerard | 1 Nov 23:40
Picon
Gravatar

Re: extending UploadForm

On 01/11/2007, Travis Derouin <travis@...> wrote:

> Or perhaps there's an easier way around this that doesn't involve
> UploadForm? It'd be nice if extensions didn't have to reinvent
> UploadForm to have the ability to upload a file.

That'd be a really nice thing for Wikimedia, by the way - I'm
picturing a Commons upload form which has each of the fields in
{{Information}} as a text box the uploader can optionally fill in. Or
maybe other interesting things I haven't thought of yet.

- d.
Permalink | Reply | 0 comments |
headers
Ilia Alshanetsky | 1 Nov 23:46

PHP 5.2.5RC2 testing

Hello!

You are receiving this email because your project has been selected  
to take part in a new effort by the PHP QA Team to make sure that  
your project still works with PHP versions to-be-released. With this  
we hope to make sure that you are either aware of things that might  
break, or to make sure we don't introduce any strange regressions.  
With this effort we hope to build a better relationship between the  
PHP Team and the major projects.

If you do not want to receive these heads-up emails, please reply to  
me personally and I will remove you from the list; but, we hope that  
you want to actively help us making PHP a better and more stable tool.

The second and final release candidate of PHP 5.2.5 was just released  
and can be downloaded from http://downloads.php.net/ilia/. This RC  
adds a few more bug fixes to the 5.2.5 version and works towards  
further improvement of the language's stability. Since this is the  
last RC (if all goes according to plan) please test this release and  
let us know if you've identified any regressions. This is the last  
chance to identify any issues before the final release.

In case you think that other projects should also receive this kinds  
of emails, please let me know privately, and I will add them to the  
list of projects to contact.

Best Regards,

Ilia Alshanetsky
5.2 Release Master
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jim Wilson | 2 Nov 21:58
Picon
Gravatar

Re: setting a redirect after ArticleSaveComplete

This might work (but it's a tad bit hackier than working through the
Article object, which would be ideal):

global $wgOut;
$redirectTarget = Title::newFromText('Special:SomePage');
$wgOut->header( 'Location: ' . $redirectTarget->getFullURL() );
die();

Disclaimer: I have not tested the above, so it may not work :/

-- Jim R. Wilson (jimbojw)

On 11/1/07, Travis Derouin <travis@...> wrote:
> It doesn't seem possible to set a redirect from function that uses the
> ArticleSaveComplete hook, because the Article object then resets it
> later on after the hook is run.
>
> Is there a way around this? Can we add a feature to Article that
> overrides this?
>
> I'm implementing a feature that does a check after the article has
> been saved. In this case, if there are missing images it'll redirect
> the user to a special page that will prompt the user for a few
> options, but right now the Article object is clearing the redirect.
>
> Thanks
> Travis
>
> _______________________________________________
> Wikitech-l mailing list
(Continue reading)

Permalink | Reply | 2 comments |

Gmane