Last modified: 2014-06-06 03:58:17 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 T34204, the corresponding Phabricator task for complete and up-to-date bug report information.

Bug 32204 - Stacktrace on copy-by-url upload


Summary:	Stacktrace on copy-by-url upload

Status:	REOPENED

Product:	MediaWiki
Classification:	Unclassified
Component:	API (Other open bugs)
Version:	1.20.x
Hardware:	All All

Importance:	Normal normal (vote)
Target Milestone:	Future release
Assigned To:	Nobody - You can work on this!

URL:	need-phpunit-test
Whiteboard:
Keywords:

Duplicates:	32194 (view as bug list)
Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2011-11-04 14:50 UTC by Mark A. Hershberger
Modified:	2014-06-06 03:58 UTC (History)
CC List:	7 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Mark A. Hershberger 2011-11-04 14:50:54 UTC

With the following config:

    $wgGroupPermissions['*']['upload'] = true;
    $wgGroupPermissions['*']['reupload'] = true;
    $wgGroupPermissions['*']['reupload-shared'] = true;
    $wgGroupPermissions['*']['upload_by_url'] = true;
    $wgAllowCopyUploads = true;
    $wgShowExceptionDetails = true;

attempting a upload-by-url fails with the following params:

    filename=robots.txt
    url=http://en.wikipedia.org/robots.txt

The backtrace is returned is:

    <?xml version="1.0"?><p>Internal error in ApiFormatXml::recXmlPrint: (allowed, ...) has integer keys without _element value. Use ApiResult::setIndexedTagName().</p><p>Backtrace:</p><p>#0 .../includes/api/ApiBase.php(1242): wfDebugDieBacktrace('Internal error ...')<br />
    #1 .../includes/api/ApiFormatXml.php(160): ApiBase::dieDebug('ApiFormatXml::r...', '(allowed, ...) ...')<br />
    #2 .../includes/api/ApiFormatXml.php(175): ApiFormatXml::recXmlPrint('allowed', Array, NULL)<br />
    #3 .../includes/api/ApiFormatXml.php(175): ApiFormatXml::recXmlPrint('error', Array, NULL)<br />
    #4 .../includes/api/ApiFormatXml.php(85): ApiFormatXml::recXmlPrint('api', Array, NULL, false)<br />
    #5 .../includes/api/ApiMain.php(737): ApiFormatXml-&gt;execute()<br />
    #6 .../includes/api/ApiMain.php(392): ApiMain-&gt;printResult(true)<br />
    #7 .../includes/api/ApiMain.php(347): ApiMain-&gt;executeActionWithErrorHandling()<br />
    #8 .../api.php(117): ApiMain-&gt;execute()<br />
    #9 {main}</p>

Comment 1 Brion Vibber 2011-11-04 17:43:51 UTC

Please include a minimal script or command-line to reproduce to the error.

Comment 2 Mark A. Hershberger 2011-11-05 02:45:42 UTC

*** Bug 32194 has been marked as a duplicate of this bug. ***

Comment 3 Mark A. Hershberger 2011-11-07 23:50:02 UTC

I think this has been fixed.  I can't repro after after svn upping.

Comment 4 Nischay Nahata 2013-05-02 04:02:27 UTC

I am able to see this error on master.

Comment 5 Umherirrender 2014-02-09 16:30:43 UTC

(In reply to comment #4)
> I am able to see this error on master.

Can you include the the request params to reproduce? Or the stacktrace?

Url upload for txt in the first description gives code=filetype-banned, info=Filetype not permitted: txt, filetype=txt

Works for jpg from commons to localhost

Wikimedia Bugzilla is closed!

Search

Personal tools

Navigation

Links