**regarding Alt + R showing the "most recent changes" of a whole dokuwiki.**

====== Discussion ======

  * I think it would be intersting for each page to have all the changes made. Actually, we only see the last one for each page. Tips : in the definition of the function ''_handleRecent'' in ''inc/common.php'', change   

  $seen[$id] = 1;

by 

  $seen[$id] = 0;

Perhaps we could define a global option ''$conf[allrecentchanges]=1/0'' in ''conf/local.php'' to propose this as an option. I make a feature request about this proposition.


> I've changed our installation of DokuWiki to use the line
> <code>$seen[$id] = $conf['combinerecent'];</code>
> You also have to add the line
> <code>global $conf;</code>
> to the start of the _handleRecent function. Now you can use
> <code>$conf['combinerecent'] = 0;</code>
> in your conf/local.php to not combine recent changes. If you want to combine them, set combinerecent to 1.
>  --- //[[ronaldb64@gmail.com|Ronald Bruintjes]] 2006-03-09 18:27//

====== Problems ======

===== My little 1970/1/1 problem =====

Nearly everything works just fine. But on the very top of the list I always have a __pseudo change from 1970/1/1__. Deleting the "changes.log"-file doesn´t help.
Normally, sorting is so that on top (of the list) there is the newest change, this works great - only this 1970 thing on top of the top is the only (bit disturbing) exception.

* Has anybody else the same matter ? 

ps: This happens only on this one main "recent changes" page, not in "recent changes" of special threads. __I guess this can be solved__. Sorting seems only to see 05 (2005) and 70 (1970), that´s why 1970 is always the latest change.

http://www.gothicchess.de/aufzeit/recent-screenshot.jpg  --- //[[dresden@gmx.net|Steffen K]] 2005-08-06 01:15//

===== 1970/1/1 problem =====

I had the same problem this year, I think it occured because I was exceeding my university account's quota limit but I'm not sure. What I did at first was delete the last line of the changes.log file. It still wouldn't work properly on all the pages. I sent a request to the bug report list and that's what I got:

Try adding the line:
--
  if (strlen($dt) == 0) return false;
--

just after the line (belongs to function _handleRecent):
--
  list($dt,$ip,$id,$usr,$sum) = explode("t",$line);
--

in file inc/common.php

That worked fine for me! 
//[[mweinert@gmx.de|Melanie]] 2006-06-29//

===== did not get recent changes to work =====

on my german site i do and did not get the recent changes to work. it shows only a empty page. any ideas?
my site is [[http://www.frontflash.de/wiki/doku.php?id=start|here]]


update: could fix this. was a right problem from my changes.log file. with 777 it works perfekt


[[frontflash[at]gmaildotcom|karsten]]


=== I only see ONE recent change in my recent page for some reason ===
Anyone know why that could be or have a possible fix in mind?
The CHMod 777 obviously isnt it, as wiki is able to write to the changes.log, and the log file
shows all changes made so far, however, only one change shows in the recent changes page.

Can someone please point me into the right direction?

DSchwarz

I have the same probleme with my dokuwiki and chmod 777 doesn't resolved anything :/

Elendrim


===== Date of "Last modified" in the page view =====
I haven't found any better fitting discussionthread about this, so pls pardon me if I'm totally wrong here.

In the bottom line we have the "Last modified..." string. This is what I get:

''wiki/camelcase.txt (3 views) · Last modified on 10/27/2035 at 09:43''

As you see, the date is totally wrong, but the time is correct. This shows only in the normal page view. When I look at the list of older versions of the page this last change (and all previous changes) is listed correctly:

''30-05-2006 09:43  wiki:camelcase  (aktuell)''

How can I fix this?

//[[wolfgang@mandrivauser.de|wobo]] 2006-05-30 10:12//