upload.php after file upload not L10n'ed (script-loader.php)

[lybica]

Using SVN /tags/2.3 with ja.mo

After submitting an image file from post editor with upload.php, the next page with "Show: Thumbnail", "Link to: File", etc. is not loading localized strings even though __() is called for each "uploadL10n" entry.

Is seems that .mo file is not effective before

 $this->localize( 'upload', 'uploadL10n', array(

in wp-includes/script-loader.php (line 124-),
because changing $val to __($val) at

 echo "$eol\t\t$var: \"" . js_escape( $val ) . '"';

(line 203) solves the problem.

[nbachiyski]

These are in Bulgarian for me, using vanilla 2.3.

$this->localize(... just constructs an object, containing the translated strings before loading the actual js file. This object is printed, as a javascript object, around line 203.

Probably the ajax calls were cached and you saw first the strings in English, and when you tried again it was fixed.

Can you confirm that on a clean install?

[lybica]

You're right.
I tried it with a new install, and localized strings show up just fine.

But my current install (which I upgraded from 2.2.3) still displays English text for that part.

So I have cached the ajax calls somewhere.
How do I flush the cache?
Obviously it's not on browser-side...

[nbachiyski]

I meant browser cache, so it should be flushed somewhere from your browser settings.

[lybica]

Hmm.
Actually in that case something is wrong with my wp install. Maybe it is a bug after all.
I have completely flushed my browser cache, tried different freshly installed browsers, even tried different machines, which I never used to access my wp to see if the situation persists. It displays English text.
I can assure you that it is not my browser problem.
And if I switch $val and __($val), the result is consistent. $val contains English text when foreach-echo is called, not L10n'ed text.

Probably some residue from 2.2.3? (I followed the official upgrading guide.)