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

{{Issue
 |Type        = Bug
 |Extension   = DPL
 |Version     = 1.8.0 (and 1.7.9)
 |Description = Ordermethod=lastedit / addeditdate=true - broken in 1.7.9 and 1.8.0
 |Status      = closed
}}

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

<pre>
{{#dpl:
|title=Main Page
|skipthispage=no
|noresultsheader=N/A
|format=,%DATE%,,
|addeditdate=true
|userdateformat=U
|ordermethod=lastedit 
}}
</pre>

*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 <code>%DATE%</code>.

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. [[User:Gero|Gero]] 18:02, 8 June 2009 (UTC)

== Workaround confirmed ==

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