These are unrelated, but creating more then one topic feels wrong.

Anyways, in (2.661):

In mt-search.pm, on line 24, App::Search is created but not given a directory parameter explicitly. In my case it seems to fail to find mt-db-pass.cgi because of that so all searches fail. Adding "Directory => $MT_DIR" fixed the problem for me.

In lib/Entry.pm on line 246, it decides to add anchor based on archive_type_preferred alone, while it should also check @_ (archive_type attribute) to be 'Individual' -- doing that fixed links like "Archive/000001.html#000001#more" for me. (here's when it pops up: preferred archive is daily, but I want "Continue reading" links to point to individual archive, it's nicer).

would be very nice if these get fixed in some future release.

And the latter would also fix the bug I reported several versions back -- that if the default type is Individual the anchors never get added.

Villiros - if I'm understanding you correctly, MTEntryLink would give you what (I think) you want (Individual permalinks without anchors when the preferred archive type is not Individual?) without hacking any code at all.doesn't produce anchors even if the preferred archive type is not Individual. In fact, it doesn't give anchors regardless of the archive type you specify - these were always coded in templates thusly:prior to the addition of the MTEntryPermalink tag.

This code:does produce anchors when the preferred archive type is not Individual (which I don't think it should do based on what the changelog for 2.51 describes).

So it looks like that part is indeed the bug (and of course, what crys mentioned as well, because that would also seem contradictory to the change log).

P.S. I tested various combinations, so I hope I didn't get lost and post the wrong results.