Last modified: 2011-02-20 07:55:28 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 T27838, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 25838 - Page on zhwiki can't be displayed due to OOM in language converter
Page on zhwiki can't be displayed due to OOM in language converter
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal major (vote)
: ---
Assigned To: Nobody - You can work on this!
http://zh.wikipedia.org/wiki/%E4%B8%A...
:
: 26594 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-11-08 14:07 UTC by Waihorace
Modified: 2011-02-20 07:55 UTC (History)
5 users (show)

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


Attachments

Description Waihorace 2010-11-08 14:07:30 UTC
A chinese wikipedia article "中華人民共和國四川省鄉級以上行政區列表" cannot be open. Please see http://zh.wikipedia.org/wiki/%E4%B8%AD%E5%8D%8E%E4%BA%BA%E6%B0%91%E5%85%B1%E5%92%8C%E5%9B%BD%E5%9B%9B%E5%B7%9D%E7%9C%81%E4%B9%A1%E7%BA%A7%E4%BB%A5%E4%B8%8A%E8%A1%8C%E6%94%BF%E5%8C%BA%E5%88%97%E8%A1%A8 and I open it using IE it shown HTTP 500.

This is an error report on zhwp. (http://zh.wikipedia.org/wiki/Wikipedia:%E9%94%99%E8%AF%AF%E6%8A%A5%E5%91%8A#.E7.84.A1.E6.B3.95.E9.96.8B.E5.95.9F.E6.A2.9D.E7.9B.AE )
Comment 1 Roan Kattouw 2010-11-08 14:20:02 UTC
The corresponding error message:

PHP Fatal error:  Allowed memory size of 83886080 bytes exhausted (tried to allocate 49160 bytes) in /usr/local/apache/common-local/wmf-deployment/languages/LanguageConverter.php on line 390

So it's an out of memory error.
Comment 2 Philip Tzou 2010-11-08 17:04:29 UTC
In CommonSettings.php, the memory limit of PHP is 80 * 1024 * 1024. (line 92)

  ini_set( 'memory_limit', 80 * 1024 * 1024 );

I export from zhwiki and import the page and its templates to my test wiki (r75691), with ParserFunctions installed. Then I set memory limit to 50 * 1024 * 1024 in LocalSettings.php (same as $wgMemoryLimit). I can still load the page (action=purge) normally.

The reason I suppose is r69874, which hasn't been patched to wmf. I'm not entirely sure due the painfully slow of my Internet which cause I can't connect to the SVN server.
Comment 3 caiguanhao 2010-11-22 12:49:44 UTC
i think, no matter how bigger the "memory limit"  was set, the problem still exists. the limit can not be indefinitely large.

i think the wikipedia should introduce ajax.

when there are too much templates to show, show as many as possible, then, for the rest, use a link to the template instead of a link to the template name.

when the user click the link, the page uses ajax to load the corresponding template to replace the link, rather link to another page.

Chinese Translation:

我认为无论memory limit设得再高,问题还存在。维基应当引入ajax。当太多模板要显示,先将在limit下可以显示的模板全部显示了,剩余的用一个连接到模板的链接代替,而不是现在的连接到以模板名命名的条目的链接。当用户点击链接,页面通过ajax载入相应模板,代替链接所在内容。而不是链接到其他页面。
Comment 4 Liangent 2010-12-19 12:06:56 UTC
I can purge that page on zh.wikipedia now. What has been changed?
Comment 5 Philip Tzou 2010-12-20 03:58:55 UTC
(In reply to comment #4)
> I can purge that page on zh.wikipedia now. What has been changed?

Seems some templates has been renamed.
Comment 6 Waihorace 2010-12-25 10:15:46 UTC
Mark as resolved since it now can be view.
Comment 7 Philip Tzou 2011-01-07 06:35:55 UTC
*** Bug 26594 has been marked as a duplicate of this bug. ***
Comment 8 Waihorace 2011-01-07 06:40:42 UTC
Reopened. See 26594, the same problem happen.
Comment 9 Philip Tzou 2011-01-07 06:59:07 UTC
(In reply to comment #8)
> Reopened. See 26594, the same problem happen.

I still consider this bug has been fixed by r69874. The only reason you find onther large pages fail to load is the MediaWiki served by WMF has not be updated to 1.17, it still 1.16wmf4.
Comment 10 Liangent 2011-01-07 07:08:37 UTC
Now nothing should be done here I guess. Just wait for WMF's deployment of a later version and check it.

This is a bug in Wikimedia component, not MediaWiki.
Comment 11 Waihorace 2011-01-07 08:29:46 UTC
(In reply to comment #9)
> (In reply to comment #8)
> > Reopened. See 26594, the same problem happen.
> I still consider this bug has been fixed by r69874. The only reason you find
> onther large pages fail to load is the MediaWiki served by WMF has not be
> updated to 1.17, it still 1.16wmf4.

But wikimedia now have upgraded to r79563.

(In reply to comment #10)
> Now nothing should be done here I guess. Just wait for WMF's deployment of a
> later version and check it.
> This is a bug in Wikimedia component, not MediaWiki.

How about if export this page and go to another non-wikimedia wiki, can it be loaded?

Still reopened unless the page can be view.
Comment 12 Liangent 2011-01-07 08:42:46 UTC
(In reply to comment #11)
> But wikimedia now have upgraded to r79563.

Don't look at that.

> How about if export this page and go to another non-wikimedia wiki, can it be
> loaded?

Try it if you want. Make sure you're using the same limit as WMF servers.
Comment 13 Liangent 2011-01-07 08:44:05 UTC
(In reply to comment #11)
> How about if export this page and go to another non-wikimedia wiki, can it be
> loaded?

And PhiLiP said that it can in comment 2.
Comment 14 Waihorace 2011-02-20 07:55:28 UTC
Seems now can be view because of the 1.17 upgrade.

Narked as fixed.

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


Navigation
Links