This is not the point. In whatever search situation, other than date, print_album_menu works correctly, displayng ther right number of picures also for dynamic albums.
Infact it uses a new album object to do it, as seen a few posts above.
But if date is involved in the serch, the new album object is populated with wrong images!

This, of course, is not a problem of the plug in, it happens whenever you try to build a new album object in a search for date context.

../index.php?p=news&date=2009-05 is a news article archive link and that actually does not use the search engine currently. That might confuse the search engine somehow and was never noticed before maybe.

Infact, I relized that. The two situation where we have this problem are different but the "confusion" they create is the same. The only thing they have in common to my beginner eyes is the word "search" in the query string, but probably there is a context issue. I have skipped this problem hiding total image number in print album menu, anyway it could be usefull to resolve this little bug, I suppose.

While we are here I also suggest to add this two lines to the print_album_menu function after line 153 (latest nigthly):
} else if(in_context(ZP_ALBUM) && in_context(ZP_SEARCH_LINKED) && $_zp_current_search->dynalbumname == $topalbum->name) { $link = "".$topalbum->getTitle().$count;
after declaring $_zp_current_search as global.

This enhances the context sensitive behavior of the menu, extending it to dynamic albums too.