Issue:Ordermethod=lastedit / addeditdate=true - broken in 1.7.9 and 1.8.0

From FollowTheScore
Jump to: navigation, search
Description: Ordermethod=lastedit / addeditdate=true - broken in 1.7.9 and 1.8.0
Extension / Version: DPL   /   1.8.0 (and 1.7.9)
Type / Status: Bug   /   closed

Problem

The following DPL code should do the same job as {{REVISIONTIMESTAMP}}, but for one page from another page (Main Page in this case): 

{{#dpl:
|title=Main Page
|skipthispage=no
|noresultsheader=N/A
|format=,%DATE%,,
|addeditdate=true
|userdateformat=U
|ordermethod=lastedit 
}}
  • On 1.7.4, this code worked fine.
  • On 1.7.9, it went bananas and printed out a whole stream of incorrect output that filled the page. (Each output was correctly formatted as a U date, but there were hundreds of them.)
  • On 1.8.0, the output is %DATE%.

Any chance you could have a look at this, please? I'd revert to 1.7.4, but I need the other lastedit fixes that 1.7.9 introduced.

Thanks very much. Great extension btw - immensely useful, so thanks for all the effort you guys have put into it so far.

Reply

As a workaround you can add 'adduser=true' to your statement. Although you are not interested in the user's name (who made the last edit) this will lead to a different SQL statement - which returns the %DATE% correctly.

Please tell me if this works for you.

Nevertheless the problem will be fixed, of course. Gero 18:02, 8 June 2009 (UTC)

Workaround confirmed

That does the trick. Thanks very much, and thanks also for the quick reply. --Giles 19:53, 8 June 2009 (UTC)

Retrieved from "http://followthescore.org/dpldemo/index.php?title=Issue:Ordermethod%3Dlastedit_/_addeditdate%3Dtrue_-_broken_in_1.7.9_and_1.8.0&oldid=12687"