Help - Search - Members - Calendar
Full Version: Bug In Mtdb_base.php
Movable Type Community Forum > Other Product Discussion > Bugs and Odd Behavior
newcomer
Hi,

After upgrading from MT3.2 to MT3.32 (& now MT3.33), I noticed that MTArchiveNext and MTEntryNext in dynamic templates dose not return correct name and link to next archive or entry. They always imply to last archive month and individual entry.

I examined files in php directory and found that it back to mtdb_base.php and function &fetch_entries in it. Because when I replace the function with the one that is in the mtdb_base.php of MT3.2, the two container tags that I mentioned work as expected.

The two function are very different and complicated for me to figure out the problem. I don’t know if I used the function from old version it may cause any problem elsewhere or no?

Is there any patch fix for this abstruse bug?


Thank you.
lisa
This has been reported and is on the the list for review, scheduling, etc. Hopefully someone can post a patch for you until it's fixed.
newcomer
QUOTE (lisa @ Oct 5 2006, 12:58 AM) *
This has been reported and is on the the list for review, scheduling, etc. Hopefully someone can post a patch for you until it's fixed.

Thanks for your replay.

I hope this is useful:

For testing, I installed a fresh one of MT3.33. In it the problem that I mentioned was not. Therefore, I using the full package to upgraded my MT3.32 to MT3.33 instead the patch. In first time the problem did not resolve! At last, I copied all files in lib directory (in php dir) of MT3.33 to installed one and it worked. When I replace them with the same files in MT3.32, the problem backs, even if I keep mtdb_base.php from 3.33 unless I act as what I wrote in my first post.

In conclusion I think it is better to upgrade to 3.33 from full package and not the patch. Because the MT3.32 has some bugs, except those MT developer team have written. Or maybe what I wrote back to my settings and it is not a bug at all. wink.gif
bojack
I am having a similar problem (I think). MtArchiveNext is giving me the current month, rather than the next month from the month whose archive I am displaying.

Here's a sample:

http://bojack.org/2004/10/

See the links at the very top under the banner.

I recently upgraded from 3.32 to 3.33.

Previous is o.k., and the links on my individual entries are o.k.

Anybody have a fix for this?

Thanks.
delfuego
Anyone have a fix for this? If not, I'm going to have to figure out how to downgrade...
imabug
I thought it was fixed with 3.34
Su-
QUOTE (imabug @ Jan 26 2007, 04:03 PM) *
I thought it was fixed with 3.34


I've never hit this bug, so can't say one way or the other, but what's your reason for thinking this? It's not listed in the 3.34 changelog. (I'm asking because it's also possible the changelog might not list everything it should.)

I can't find a published changelog for 3.33, but that was just a security fix.
imabug
QUOTE (Su- @ Jan 26 2007, 05:18 PM) *
QUOTE (imabug @ Jan 26 2007, 04:03 PM) *

I thought it was fixed with 3.34


I've never hit this bug, so can't say one way or the other, but what's your reason for thinking this? It's not listed in the 3.34 changelog. (I'm asking because it's also possible the changelog might not list everything it should.)

I can't find a published changelog for 3.33, but that was just a security fix.


Well, I was running into this problem with 3.33 also. On my monthly and category archive pages I use the MTCategoryPrevious/Next and MTArchivePrevious/Next tags up at the top to let people navigate to the previous/next categories. The *Previous tag worked fine, but the *Next tag always displayed the last category or most recent month.

Then I clambered on to MT's bleeding edge with the wheeljack builds and found the problem with the *Next tags disappeared. I just figured whatever fixed it in wheeljack would have made it into 3.34 and fixed the issue.
Su-
QUOTE (imabug @ Jan 26 2007, 07:55 PM) *
Then I clambered on to MT's bleeding edge with the wheeljack builds and found the problem with the *Next tags disappeared. I just figured whatever fixed it in wheeljack would have made it into 3.34 and fixed the issue.


Ah, okay. No. 3.34 is not Wheeljack, which is just the name for the developing code at this point.
It was going to be the next release, but they've decided to hold off on that.
While 3.34 does bring out some stuff from Wheeljack, but there's plenty that isn't included.
Sayonara
QUOTE (imabug @ Jan 27 2007, 01:55 AM) *
I just figured whatever fixed it in wheeljack would have made it into 3.34 and fixed the issue.

I installed 3.34 on Friday and I am having the same problem (among others), so if it was included something has gone horribly wrong ohmy.gif
Rich Wood
It's still broken in 3.35.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2008 Invision Power Services, Inc.