Last modified: 2013-03-11 15:56:17 UTC
Created attachment 11140 [details] Screenshot of bug On Commons when submitting the action=delete form, I get a page titled: Cannot delete page "File talk:European Parliament from Cathedral.jpg" With the only body content: <div id="mw-content-text">1</div> Aside from it being very wrong that there is only a single character being output (likely casted from boolean true), there is also: * No error message at all. * It did actually succeed (see screenshot)
Krinkle: Have you seen this problem again, or was this not reproducible? Is this still an issue?
I can't reproduce it because I can't willingly reproduce a rare error in the file storage backend. However looking at the code Article::doDelete (which is the only method that uses the 'cannotdelete-title' message which is shown in the screenshot), I think this odd interface issue would still be happening just the same. The $error variable is set to an empty string where documentation expects an array. It is then never used or set to anything (except by RunHooks) and then it does "if $error != '': addHtml( $error )" I don't know what $error ends up being, but whatever it is, it isn't html. So this is likely being casted to the string '1'.
No real reason to believe this is file backend related, other than the fact this happened once on commons. I'd like to see someone try to repro this on test2 and commons before assigning this to someone.
Setting to low prio until this is reproduced and until there are indicators that this is still an issue. Currently this is a one-off problem from September last year.
[Sorry, didn't realize that RobLa set this to Normal priority just before - restoring.)
Setting to UNCONFIRMED as this wasn't reproduced so far, and as we don't know much at all, so it's not worth to investigate currently. Hence setting to Low.
*** This bug has been marked as a duplicate of bug 40296 ***
