Last modified: 2009-05-27 09:13:11 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 T20924, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 18924 - In combination with MW 1.16 alpha, newest SVN DynamicPageList2 breaks general layout through error messages
In combination with MW 1.16 alpha, newest SVN DynamicPageList2 breaks general...
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
DynamicPageList2 (Other open bugs)
unspecified
All All
: Normal critical (vote)
: ---
Assigned To: Nobody - You can work on this!
http://160.45.63.55/test/Special:Version
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-05-26 09:45 UTC by Gregor Hagedorn
Modified: 2009-05-27 09:13 UTC (History)
1 user (show)

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


Attachments

Description Gregor Hagedorn 2009-05-26 09:45:25 UTC
UNCERTAIN whether this is here to be called DYNAMIC PAGE LIST or DYNAMIC PAGE LIST 2 - (not even the mediawiki.org documentation really knows which is which - kind of another bug...)

Bug appears in combination with mediawiki 1.16 alpha only, 1.15alpha (r49438) is still ok with the DPL extension. It certainly is a problem in the interaction, not sure on which side.

Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of [runtime function name](). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. in ... mediawikistaging/extensions/DynamicPageList/DynamicPageList2.php on line 3882

Warning: Cannot modify header information - headers already sent by (output started at /usr/share/mediawikistaging/extensions/DynamicPageList/DynamicPageList2.php:3882) in ... mediawikistaging/phase3/includes/WebResponse.php on line 16

Warning: Cannot modify header information - headers already sent by (output started at ... mediawikistaging/extensions/DynamicPageList/DynamicPageList2.php:3882) in ... mediawikistaging/phase3/includes/WebResponse.php on line 16


Verified: commenting out require_once("$IP/extensions/DynamicPageList/DynamicPageList2.php"); makes the problem disappear.
Comment 1 Gero Scholz 2009-05-26 18:16:02 UTC
I think the problem is NOT related to MW 1.16.
It also appears in earlire versions.
In DPL version 1.7.9 the problem should be resolved.
Comment 2 Brion Vibber 2009-05-26 22:59:08 UTC
Note this is the DynamicPageList2 extension, not the DynamicPageList which some Wikimedia sites use.
Comment 3 Gregor Hagedorn 2009-05-27 07:39:18 UTC
The naming of these extensions is a mess. Since this has nothing to do with the current bug, I have created a new bug report (https://bugzilla.wikimedia.org/show_bug.cgi?id=18945).

It seems that 1.7.9 is already available for separate download. According to an email by the creator of http://www.mediawiki.org/wiki/Extension:DynamicPageList, the creator has no SVN commit rights. We run MW directly out of subversion and depend on extensions in SVN remaining in sync (within a few days) with the main development. We would therefore like to request to assign SVN commit rights to the extension author for the purpose of updating the extension.
Comment 4 Shinjiman 2009-05-27 09:13:11 UTC
Fixed in r51054.

(In reply to comment #3)
> The naming of these extensions is a mess. Since this has nothing to do with the
> current bug, I have created a new bug report
> (https://bugzilla.wikimedia.org/show_bug.cgi?id=18945).
> It seems that 1.7.9 is already available for separate download. According to an
> email by the creator of
> http://www.mediawiki.org/wiki/Extension:DynamicPageList, the creator has no SVN
> commit rights. We run MW directly out of subversion and depend on extensions in
> SVN remaining in sync (within a few days) with the main development. We would
> therefore like to request to assign SVN commit rights to the extension author
> for the purpose of updating the extension.

I agree with that.

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


Navigation
Links