I switched to 3.2b1 for a multi-author blog—Perpwalk.net—and have generally been very happy. I'm the only administrator of the blog, and before the switch I was the only one receiving notification of new TrackBacks and Comments. Now all of the authors are getting these emails, which mostly announce spam TrackBacks. Is there a way to stop this?

yes - each author can go into their respective weblog into the general settings screen (at weblog level). Then just click the 'feedback' tab, and on the resulting page they can select whether they want notification or not - and that can be selected separately for comments and trackbacks (ie, they can be notified for comments only, or both, or whatever..)

btw, if they've done that and are still getting notifications, report it as a bug :)

Anyone know how to make 3.2 use 3.17's "buggy" behavior in which dirify does NOT surpress hyphens, but leaves them alone instead?

I prefer the "buggy" behavior, but I don't know where in the codebase to make 3.2 act in the "buggy" manner when it comes to dirify.

See the publishing preferences page. There is an option to use hyphens.

After overwriting my MT install with beta 2 and setting all of the cgi file permissios to 755, I get the following error when loading mt.cgi:

Unsupported driver MT::ObjectDriver::DBM: Can't locate DB_File.pm

Anyone else run into this?

I should add a clarifying point about my above post: I've never needed DBFile.pm before, so I'm perplexed as to why it's asking for it now. I checked line 9 in the DBM.pm (where the error is coming from) and don't get why it's calling for DBFile.pm all of a sudden when it never did before.

Ok, I'm sure this is probably a stupid issue, but I haven't had any coffee today, so my head isn't straight.

I've just tried installing 3.2 Beta, but now when I try to access my mt.cgi file, I get the following error:

Got an error: Bad ObjectDriver config: Your DataSource directory ('/var/lib/mysql/') is not writable.

I'm sure it's a simple fix, but I've checked everything (everything I can think of, anyway), and I'm lost. Help? Thanks.

Robert wrote: "Unsupported driver MT::ObjectDriver::DBM: Can't locate DB_File.pm"

Robert, DB_File.pm has to do with BerkeleyDB. Do you use that as your database? Are you sure you set up everything correctly in mt-config.cgi and got rid of mt.cfg and mt-db-pass.cgi?

jeremy93 wrote: "Got an error: Bad ObjectDriver config: Your DataSource directory ('/var/lib/mysql/') is not writable."

Do you have something like this in your mt-config.cgi file?: DataSource /var/lib/mysql/

That would be, of course, not correct.

jeremy93 and Robert, if you're actually using a SQL database, those problems may be related to what Shelley just posted: Berkeley no longer the assumed default database. (Hmm, not sure why that post isn't showing up on the main page of this blog.)

I've now commented out "DataSource ./db" in mt.cfg as described in Shelley's post and my new error is:

Got an error: You need to configure your database.

OK, got it. Leaving mt.cfg on the server was the problem. Once I deleted it, the upgrade went smoothly. Thanks for your help.

Eureka! I was upgrading from MT 3.0D, and so I had an mt.cfg file, but no mt-config.cgi file. That's been corrected, and it looks like I'm in business now.

Thanks a ton.

Robert - I had a similar problem with the first Beta, mt-check reported my installation was fine, but I had an old version of some software on my server (Perl DBM if I remember correctly, it only affected using a MySQL database, and didn't affect a BerkelyDB test site). I reported it as a bug and I gather mt-check will now report if the software on your server is too old for the new version of MT with MySQL. My server is RedHat ES2, and I have details of how I fixed it should anyone need it. Just e-mail me.

SixApart - While I'm testing the Beta I thought I'd play with adding Authors (My real blog only as 1 Author). I've added 6 ficticious ones and everything seems fine. However, I don't know if the final release will limit Authors/Blogs (I guess it will) in which case can you let me know how to use a more restriced version than the beta - If I'm making sense, I thought I'd test trying to create too many Authors etc.

Regards Steve Root

"SixApart - While I'm testing the Beta I thought I'd play with adding Authors (My real blog only as 1 Author). I've added 6 ficticious ones and everything seems fine. However, I don't know if the final release will limit Authors/Blogs (I guess it will) in which case can you let me know how to use a more restriced version than the beta - If I'm making sense, I thought I'd test trying to create too many Authors etc."

We have absolutely NO problem with you creating as many authors as you want for the beta. After all, this is a test and we appreciate you taking it through its paces.

As you know, there are never any limits coded into the program in terms of authors/weblogs nor is there any 'phone home' functionality. We consider that to be onerous and we trust our users to adhere to their licenses. There's nothing to worry about. It sounds like you are well within the spirit of the license.

ahem :) hmm.. am I the only person getting the Build error in template 'Atom Index' etc? (I've emailed it).. and not getting the 'thanks for signing in' comment page either? Has anyone else done a fresh install rather than upgrade?

Thanks... :-) So what version are you using? Dynamic or static? Do you have TypeKey auth setup?

Wait, are you talking on your own blog or on this blog?

On my blog (click my name) :)

MT3.2b2, fresh install, no dynamic pages (can I get rid of the php directory if I dont use dynamic pages btw?) Yes Typekey authentication is enabled.

The build error when posting new entries or rebuilding entries is:

Build error in template 'Atom Index': Error in tag: Error in tag: Could not create atom id for entry 1

although it saves and publishes ok..

Yep. That was your bug report. Just found it. It is fixed in development and you should see it in this evening's nightly build.

great thanks! ..presumably you meant the atom rebuild error?

Wierd thing with the typekey login.. it works fine using IE6 (takes me to the 'Thanks for signing in, demonsurfer. Now you can comment' page), but on FF1.0.6. it just takes me to the same 'click here to login' page, even though I already have... I've cleared all cookies but still no go.

I went to your personal site Jay and tried there and it went fine, I logged into typekey and returned to the 'Thanks for signing in, demonsurfer' comment page on your site.. so the problem is only on my site (demon.twinflame.org).. which is a fresh install rather than an upgrade.. this one has me stumped.

Ok this is weird, when I go to login to MT...in Firefox everything is fine but in Internet Explorer images aren't displaying and the style.css isn't being loaded. I've triple checked the path to StaticWebPath.....

Anyone have an idea? The login is http://www.girlandgeek.com/cgi-bin/mt/mt.cgi

You're right. As a guess, maybe these errors have something to do with how MT handles a double // in a path and how browsers read it.. (based on an unrelated thing I saw recently)? Is your path to mt-static (in mt.config or mt.cfg) a full site path, such as http://www.girlandgeek.com/mt-static/ ?

hmm.. or might have something to do with the host server...

my install just hangs on upgrading schema from 3.1 to 3.2002 in mysql upgrade totally stuck, any thoughts?

further to that, i cannot now get into mt.cgi exept for doing an upgrade that hangs forever. it appears on server that db upgrade went through, but the application doesnt think it did. is there a switc i can turn of it checking for the upgrade?

Hi i'm getting the following error

Got an error: syntax error at lib/MT/ObjectDriver.pm line 53, near "sub canaddcolumn " Compilation failed in require at lib/MT/Object.pm line 9. BEGIN failed--compilation aborted at lib/MT/Object.pm line 9. Compilation failed in require at lib/MT/Log.pm line 9. BEGIN failed--compilation aborted at lib/MT/Log.pm line 9. Compilation failed in require at lib/MT/App.pm line 11. BEGIN failed--compilation aborted at lib/MT/App.pm line 11. Compilation failed in require at lib/MT/App/CMS.pm line 15. BEGIN failed--compilation aborted at lib/MT/App/CMS.pm line 15. Compilation failed in require at mt.cgi line 21.

i have verified that the files were uploaded as ACSII format..

help!!

aditya

Got an error: syntax error at lib/MT/Util.pm line 242, near "0" Compilation failed in require at lib/MT/App/CMS.pm line 14. BEGIN failed--compilation aborted at lib/MT/App/CMS.pm line 14. Compilation failed in require at mt.cgi line 21.

Is what I'm getting when I go to mt.cgi ... I upgraded to beta 2 yesterday and it was working fine, I was just having some plugin issues, but I disabled them pending working things out...

...Have tried reuploading CMS.pm and Util.pm as well as mt.cgi.. anyone have any idea what I'm doing stupid? :)

Problem fixed. My FTP client must have been truncating files...I went in and uploaded the text from bbedit directly, and it solved the issue.

bad ftp tool.. Bad Bad!!

the tools just goofed up bad.. very surprising ly.. i checked the file giving the error.. the text was

ub sql {0}

after fixing this many other files also had the same problem - Missing alphabets!!! god knows what was going on..

fixed it by uploading the zip file and extracting it on the server! site up and running :)

• Aditya

mt.cgi won't run for me:

Got an error: Can't locate object method "mode" via package "MT::App::CMS" at longassdirstructure/lib/MT/App/CMS.pm line 109.

CMS.pm looks fine to me -- not truncated by my ftp client or uploaded with the wrong mode. Any ideas?

Won't run WHEN? Did you do an upgrade? Did you do a fresh install? Have you done neither yet? Need more information to help.

Sorry -- I left out two important bits of information:

1) I upgraded from 3.17, which was functioning fine, and 2) My site is hosted by GoDaddy, which means that to get the earlier install to work I had to do the crazy workaround.

Actually, you ALSO left out what version of 3.2 you are using. :-)

I should point out (because 10 comments have gone by without my doing so) that for those of you who think you may be experiencing a bug, you should absolutely file it. Of course, many times, installation or upgrade problems are not bugs and are perfectly fine to post here, especially if you're not sure.

I just want to make sure that everyone understands that posting your problem here does not constitute a bug report and won't get fixed.

I can't seem to be able to get dynamic archives to work...installed on mac os x & using sqlite as my database. MT3.2b2

Attempting to view any archive pages - I'm just getting a blank page.

Nothing in my apache error log, i've confirmed that mod_rewrite IS working.

Is this related to this known issue? "Dynamic publishing does not properly use/store linked templates"

chris: Are you sure your PHP has SQLite support compiled in? Run "php -m" from the terminal to see if it has a "SQLite" module.

I integrated the new default template into my template, and now I've lost TypeKey. It's enabled (I had previous TypeKey commenters before I changed the individual entry archive template...I just double checked and it's still green)

I simply copied and pasted everything in between "MTEntryIfCommentsOpen" and "/MTEntryIfCommentsOpen" from the default template to my template, along with the javascript references in the section.

Any ideas anyone? Is there some other reference to TypeKey in the default template that perhaps I didn't move over? I don't think it's a bug since others haven't lost TypeKey in moving to the new templates.

I'm sorry, in the previous comment I used my main blog URL which isn't having this problem (because it's running MT 3.16). I'm testing 3.2 at a different blog, URL now linked in my name.

Pay no attention to the uglies...I'm concentrating on function right now, form & pretty will come later.

Whatever you did, it seems to be working now :)

Doh! missed your 2nd comment by moments.. hmm, I see what ya mean.

Problem solved.

I took Jay's advice upthread and filed it as a bug because I wasn't sure if it was one or not. Very glad I did.

Shelley responded to my bug report and asked me about the "Site Javascript" index template and asked that I rebuild it.

That's when the lightbulb went off. I didn't have a "Site Javascript" index template because I was working with an existing blog and the upgrade from beta 1 to beta 2 DID NOT PUT IT THERE.

Sure enough, I looked in the "defaulttemplate" folder, found the "sitejavascript.tmpl" file and created the mt-site.js template. Rebuild, and all is well.

I'm sure I'm not the only one who is trying to integrate the new templates into an existing blog. So I hope this comment helps anyone else who runs into a similar situation. Any other new index or otherwise templates we should look out for? I don't want to have to create a new blog on each beta, better if it's documented. There's no mention of this new index template in the beta 2 release entry.

Maybe this will help. :-)

I'm trying to get MT-Protect to work (http://movalog.com) and for some reason I keep getting 500 script error. And I can't figure out what's going on. I'm getting a Premature end of script headers.

Any ideas?

In reply to kate's comment on another thread:

I just noticed the same problem with duplicate postings in my (dynamic) category and monthly archives. Every time I re-save an entry it adds it again to those archives. Happens both with my upgraded blogs and a newly created (with MT32b2) blog.

Do you also see duplicate entries in your entry listing?

Carla, the question I posted on the other thread is for you as well.

Vinay, you might want to contact Arvind at movalog.com as he is the author of that plugin.

I'm not seeing duplicate entries in the entry listing. I'm only seeing them in the category and monthly archives.

Got an odd issue here, wondering if it's a problem with my templates or not.

I ran the update templates preview, and have been going through the default templates it creates. Have just hit comment preview, and noticed there appears to be an error in the template.

There's a script block that has src equal to <MTCGIPath>js/commentername.js. However, as far as I can tell, that should be <MTStaticWebPath>js/commentername.js, based off of the fact that unzipping the MT3.2b archive has the js directory in the mt-static one. I'm just wondering if anyone else can confirm this before I consider filing a bug. (Since it's perfectly possible that I somehow edited that line at some point and forgot about it.)

Errr... That should be "update templates plugin".

g026r, no need to file a bug. It's already been fixed in development. In fact, you can see it in the most recent nightly build.

Carla, go ahead and file a bug. Make sure to give complete details and, if you don't mind, link to a plaintext version of your templates where you see the duplicate entries, somewhere on site. That would be very helpful.

Good deal. Will submit the bug now. Thanks Jay!

re:duplicate entries - I see a bug's being filed, but will throw in my ditto to the same duplicates as Carla has in category and monthly archives only.

I'm running an install of beta 2 (upgraded from beta 1 - I have run the Template Update plugin with no results) and I can't get dynamic publishing to work on Godaddy hosting.

.htaccess is created and looks identical to what is in the docs and templates_c was automatically created. But when I access the blog (/news/), I get the following:

The requested page could not be found. Page not found - /news/

There's an HTML comment on that page... file: /home/content/l/l/v/llvi1/ html/cgi/mt/php/lib/MTViewer.php; line: 119; code: 256

(I added the space for line wrapping)

Google nor the Support forum turned up much help. I think it may be another Godaddy weirdness but I'm not sure if it's a bug or just me since this is the first time I've tried this. Any ideas? I can file it as a bug if it looks like one.

TIA

Jason

Same with Carla, I got duplicating entries too. I am not sure about is it about my browser or not, but when creating a new entries (when I got duplicating entries), my browsers stops in the pinging site page. If it is only me, forget it :)

I use the dynamic publishing for my index page. About the duplicating entries, my entries posted using del.icio.us (for my quicklinks) are not duplicated. (Just for info).

It seems that duplicating entries in on the dynamic pages. When I republish my index page using static publishing, no duplicating entries. Well, I think I will publish my index page staticly this time. But for the other pages, since I use the smarty, I think I will let the pages displayed the duplicated entries. No problem.. :)

Thanks for the quick response there, Jay. Just out of curiousity: did any of the other templates get updated in the nightly when compared to beta 2?

Couple or three things I want to ask around about before pondering submitting bug reports:

1) Anyone else having the problem of always having an "Invalid Login"/Your Movable Type session has expired message automatically showing up whenever you open mt.cgi?

2) Does anyone else have an issue with comment numbers being off on the main weblogs page? (i.e., On a blog with 0 comments, the count is 101. On a blog with 60 something comments, the count is 125..etc.)

3) I've installed 3.2 b1 on my roommate's blog and am playing around (with frequent backups) with the cutting edge b2 on my own...Though I've got comment notification turned on I haven't been getting email letting me know that I've got new comments. The sample blog I've created is receiving them just fine. As far as I can tell nothing is different between the two.

Any of this sound familiar?

Got an error: Unsupported driver MT::ObjectDriver::DBI::mysql: Unmatched right curly bracket at lib/MT/ObjectDriver/DBI.pm line 390, at end of line syntax error at lib/MT/ObjectDriver/DBI.pm line 390, near "}" Compilation failed in require at lib/MT/ObjectDriver/DBI/mysql.pm line 9. BEGIN failed--compilation aborted at lib/MT/ObjectDriver/DBI/mysql.pm line 9. Compilation failed in require at (eval 4) line 1. BEGIN failed--compilation aborted at (eval 4) line 1.

Just out of curiousity: did any of the other templates get updated in the nightly when compared to beta 2?

Don't know offhand.

1) Anyone else having the problem of always having an "Invalid Login"/Your Movable Type session has expired message automatically showing up whenever you open mt.cgi?

Yes, I've been wondering about this too. I was going to look into this a little deeper because I just realized today that I should have still be logged in.

3) I've installed 3.2 b1 on my roommate's blog and am playing around (with frequent backups) with the cutting edge b2 on my own...

B2 is much more stable and bug-free than B1, so unless you dislike your roommate, you'd be better off on B2.

Got an error: Unsupported driver MT::ObjectDriver::DBI::mysql: [etc etc etc]

That doesn't really tell us anything. If you are looking for help, you might want to do more than copy, paste and submit.

That said, I'm guessing that you uploaded your files in automatic mode instead of ASCII...

Naw, I love my roommate, I'm just a lazy little git. But now that you've gone and made me feel all GUILTY... :)

1) Anyone else having the problem of always having an "Invalid Login"/Your Movable Type session has expired message automatically showing up whenever you open mt.cgi?

I'm seeing this too, on a clean install of 3.2b2. So, thats 3 people that are seeing it...sounds like a bug report might be in order

Same problem of expired session on my login interface

ISSUE: Build error in template 'Atom Index': Error in tag: Error in tag: Could not create atom id for entry 48

I installed the TemplateRefresh plugin to update the templates for 3.2b..but now I cannot rebuild my site due to the above error.

Someone above apparently mentioned this error a couple of days ago, and it even appears that it might have been fixed, but I downloaded the files yesterday...

That bug was fixed in MT3.2b-20050723 as mentioned here and on this very page a few comments ago.

1) Anyone else having the problem of always having an "Invalid Login"/Your Movable Type session has expired message automatically showing up whenever you open mt.cgi?

yup me too.. Jay, any comments? Is it a feature or a bug?

I try to installing MT 3.2, but the backend is just all plain text...no layout or image at all..what I did wrong?

anyone could help me?

hanindyo@mac.com dicky_hanindyo@yahoo.com

Thank you :)

I've got something going on with 3.2b2 and the NoFollow plugin (version 1.1).

Basically, every time it's adding a rel="nofollow" to my comments, it appears to be adding an additional one. (ie. first comment rel="nofollow", second comment rel="nofollow nofollow", third one... well, you get the picture. The odd thing is that this doesn't always seem to be limited to within one entry. I have one entry that has 23 nofollows, but only one comment. The next entry then has 22, so it seems to be going down as it goes backwards in time.)

You can see an example of this here, and my template code here.

Anyone else having this problem? Or have I just managed to find the right combination of template tags and plugins that mix together to cause this oddity?

Errr... Going up as it goes backwards in time.

Incidentally, I also got a server error while posting that last comment.

Errr... Going up as it goes backwards in time.

Incidentally, I also got a server error while posting that last comment.

Already reported and fixed. You can find the fix in the latest nightly.

Thanks for the info, Jay. It would seem that I can't find anything that hasn't already been reported.

(And sorry about the double post previously.)

It would seem that I can't find anything that hasn't already been reported.

That's because there are so many beta testers who are reporting really great bugs. Seriously, we're all astounded at the level of detail and the complexity of some of the issues that are being caught. You guys are great.

This will be undoubtedly the tightest Movable Type release ever, when it's finished. For now, though, we still have more to do to get there.

Anybody sees this too - using the latest nightly (0727), I can't use dynamic Categories any more - I get a "Page Not Found

Smarty error: [in mt:168 line 139]: syntax error: unrecognized tag 'MT_TRANS' (Smarty_Compiler.class.php, line 580)"

message.

I don't use dynamics, but seems using site search (default template, fresh install of 0727) is throwing a 500 error.. not sure what the error is, haven't got access to server logs :( chmod is 755, as it should be. Internal search (when logged into MT and searching for entries) seems to be working ok though..

I'm not seeing that 500 error on search. Can anyone else?

hmm.. if not, I'll do another fresh install - perhaps something got corrupted during FTP transfer.. although I've reloaded the search.cgi and no change.

:/ just did a full fresh install - same problem - 500 error using search on http://demon.twinflame.org/index.html ..I'll try and find out what the error is.. may take a few hours or more to get a response from host though..

OK got it through a shell command amongst everyone else's server errors:

[Thu Jul 28 14:45:07 2005] [error] [client xx.xxx.xx.xxx] Premature end of script headers: /home/MYACCOUNT/cgi-bin/mt/mt-search.cgi

(substituted the MYACCOUNT for real account name for security reasons)

woah.. Jay take a look at my mt-check.cgi perl include path.. that didn't look like that on 3.2b-20050725 http://twinflame.org/cgi-bin/mt/mt-check.cgi

Is there a bug here, Marcus? You don't say what it did look like.

Also, now that you showed the error, I see you're talking about EXTERNAL search and not internal. That wasn't clear at all. I too am getting it and will file that bug for you.

Also, for everyone's future reference, the "premature end of script headers" error in the server's error log is the twin of the external 500 error. That's just saying that a 500 error occured.

With every 500 error, there are at least two messages in the server error log: the "premature end of script headers" one and the actual error message that caused the "premature end of script headers" error.

When reporting a 500 error, we must have that second error message from the server's error logs or we don't have enough information to do anything with the issue.

Anyway, thanks for clearing up that it was the external search you are talking about.

Bug filed. Strangely, there was no other error message. I've never seen that before... Anyway, thanks.

cheers :) It was running ok on 20050725 btw (both internal and external search) - I mentioned on the first comment it was only external, but that was way back up the page hehe.

Yeah strange no other error message - I just double checked to make sure..

With the mt-check page I mentioned, I don't recall the Perl include path giving so many lines of info before.. don't think it matters though (when I looked quickly before, I thought that was the CGIpath going berserk heh)

The perl include path was first included in mt-check.cgi as of yesterday morning. That's probably why it 'looked different' before.

I filed a bug report on the external search / 500 error this morning ("MT-Search produces 500 server error"). I'm testing MT 3.2 on my own local server, and I did get a useful error message in the web server error log (which was included in the bug report):

Can't call method "param" on an undefined value at C:/Apache/cgi-bin/mt32beta2a/lib/MT/App/Search.pm line 63.

Anyone using the beta with the MTBlacklist plugin? I have the latest daily and all my blacklist links are now gone.

I've also tried to trackback to this post, but get "Ping 'http://www.sixapart.com/cgi-bin/mt/mt-tb.cgi/2671' failed: HTTP error: 403 Forbidden" Anyone else have this problem?

Found the MT Blacklist error solution here

1) Anyone else having the problem of always having an "Invalid Login"/Your Movable Type session has expired message automatically showing up whenever you open mt.cgi?

I'm having the same problem as well.

Okay, some good news. We fixed some pretty high profile bugs today including the external search 500 error and the constant logout problem.

If you're affected by these, check out tonight's nightly when it's up for relief these issues and many others.

Todd, if you're trying to ping from an external client, it's SpamLookup that's blocking you because your IP and your server's IP is different. If that's not the case, it's probably still SpamLookup.

Jay are the nightlies generated automatically at a specific time, or just whenever someone posts it? Just wondering so I know approx when to check for it. Sorry if I missed an answer to this written somewhere else.

Manually, whenever I post. I usually wait for a little while after the QA team starts working on it before I post. It lessens the chance of a bad build.

ok thanks. Damn you must be working some long hours!

Where do I set the [Archive] path? I thought it might be under Settings/Publishing but I can only find the Site URL and Local Site Path under the hading Publishing Paths.

The reason that I ask is because all my archives are being posted to my root directory and not ./archives

Longer than you can imagine... But luckily, it should only last a week more before we can call this thing done!

Garyx, if you're updating, this should have happened automatically. What version are you using?

You can add "archives/" to the front of the archive mappings (you must choose "custom") down on the bottom of the publishing settings page.

So for example: archvies//.html

Or you could use the shortcuts, which will be detailed in the docs to be released shortly.

That didn't work at all. Let's try again.

archives/<$MTEntryDate format="%Y/%m"$>/<$MTEntryBasename$>.html

Jay:

Todd, if you're trying to ping from an external client, it's SpamLookup that's blocking you because your IP and your server's IP is different. If that's not the case, it's probably still SpamLookup.

Do you mean that SpamLookup blocks all trackbacks where the post was not submitted from the same IP as the webhost?

It seems to me that would eliminate most people, who login from home/work and post to a blog via MT's inteface.

I use 1and1.com to host my blog.

Hi All!

My commenters and I are getting this error after signing into Typekey, then when "post" is clicked. Here's the here that's displayed.

Content-Type: text/html An error occurred: Can't call method "clear_cache" on an undefined value at lib/MT/App.pm line 526.

Any ideas? Just checking here first before submitting a bug.

Hi,

I have been using the ecto blog-posting client and it worked fine on a blog of mine running Beta 2. When I re-opened my old blog after repairs, I ran Beta 2, set the API password and when I set the account up, it said it couldn't pull the list of blogs in the system. If anyone is familar with this, please help.

Hi,

I have been using ecto, the blog-posting client and it worked fine on a blog of mine running Beta 2. When I re-opened my old blog after repairs, I ran Beta 2, set the API password and when I set the account up, it said it couldn't pull the list of blogs in the system. If anyone is familar with this, please help.

sorry about the double post

Hmmm, I uploaded all my files for a third time and that got rid the error. Now for some reason, the Typekey commenter's icon isn't showing. I surmise it has something to do with my uploading again. I'll follow-up if I can't figure it out.

I'm using 3.2b2, and though I can see my individual entry here, the weblog index gives me a 403 error, though the direcotry is set to 777 - I've seen some similar issues in this thread, but nothing like this - am I missing a new config step?

A 403 error or 404? 403 would be a very strange error to get. Do you happen to have an .htaccess file in your weblog directory that has anything in there about denying access to certain files?

Ah, much better - thanks for clearing up that bit of unintended user error, Jay. On another note, and I don't know whether this qualifies as a bug: The password change screen for the individual author states that entering your birthplace is optional, but if nothing's entered, it's impossible to recover your password (the system tells you "no birthplace entered"). In order to regain access to the installation, I had to dump my database and re-initialize. I think just changing the text to "this field should not be left blank" would help...

Hi all, I upgraded to the 0728 nightly and now TypeKey is not working properly. Name & email are being stripped out (so my requiring this information was causing comments to fail) and the comment is not being recognized as TypeKey even though the user can login. I removed the name/email requirement so the comment will go through, but it's moderated and without editing appear to be from Anonymous (since the name & email fields are coming through blank).

Jay Allen was the one who noticed the problem and said it was a template issue, but it's not. Same thing happens when I use the default individual entry template and my code is a straight copy/paste from that section of the template anyway.

TypeKey comments were working just fine before the nightly. The only other change was the installation of SpamLookup. I've since disabled and removed SpamLookup to eliminate it as a variable in the issue.

Any ideas?

Could it be your site javascript template (or lack thereof?). When's the last time you refreshed that?

mtview.php (after being refreshed in MT3.2b-20050728) is pointing to mt.cfg rather than mt-config.cgi - is it supposed to be like this?

Nope, that's not it. My mt-site.js file is linked to the one in the default templates which is uploaded on each build (that way I can "refresh" it without messing with the rest of the templates). Just to be on the safe side, I just manually cut/pasted it and same problem.

Okay, It has nothing to do with templates or anything on a per-blog basis.

I just created a new blog. Gave it a title and a location. Didn't touch a template.

Created an entry and posted it, then went and commented on the entry. Exact same problem.

http://www.momathome.com/defaultblog/

Judi, please file a bug.

mtview.php (after being refreshed in MT3.2b-20050728) is pointing to mt.cfg rather than mt-config.cgi - is it supposed to be like this?

It's fine -- unless you are experiencing problems. If the latter, then please file a bug.

Jay, I already did. I also updated my bug report when I realized that it happens with new blogs. I was thinking that a reinstall may help, and then I decided to just wait for the next nightly anyway. I'm not stressed, this is why I created a separate beta blog. :-)

Oh boy! things have not been going well with this beta for me. My site was running well on 3.16 and I made the mistake of just going for it with the beta. I did make some minimal backups of the entries in a csv format but otherwise was not able to do the whole back up of the mysql db due to hosting reasons. Anyway. First when i tried the updating of the database the app just hanged on updating first line when i ran mt.cgi; now I just uploaded the nightly build for 2807 hoping it woudl get fixed and now all i get for mt.cgi is a blank page. It looks like my db has been updated but i dont really know Does anyone have ideas about rolling back to a different version or using the db i have with a fresh install? I know there are lots of unanswered details here, sorry, but it's all gone pear shaped and i'm a bit desperate.

also i get this eror on mt-check.cgi which i didnt before: Can't call method "maketext" on an undefined value at D:\Inetpub\Customers\viuxhosting\artfusion\lifeeclectic.com\www\mt\mt-check.cgi line 42.

Jay my apologies for not stating that I was using the [original beta] when I posted earlier that I was experiencing some archiving problems.

I upgraded to MT3.2b-20050728 and this fixed the problem and now MT is working as I would expect, except for one issue!

On my archives page I am getting a weekly entry for 2004 that links to a page that does not exist; no entries should be appearing before June 2005.

Where is the template for the search results page contained at for this new beta? I went through every template and couldn't find one that affected the search results page (other than the style sheet, but I'm trying to kill the header code).

Nevermind. It's in the search_templates directory. You have to manually edit those files through FTP. My bad :-)

I installed MT32b20050801, refreshed all templates and attempted to rebuild, yielding this error: Build error in template 'Main Index': Error in <MTLink> tag: Can't find template '<MT_TRANS phrase='

Anyone else having this problem? :-\

addendum: also getting this mttrans error on dynamic archives: Smarty error: [in mt:567 line 253]: syntax error: unrecognized tag 'MTTRANS' (Smarty_Compiler.class.php, line 580)

I'm guessing that you are using the RefreshTemplates plugin and refreshed your Main index from the action bar dropdown ("More actions") on the template listing screen? If so, this is a known bug in that one particular part of the RefreshTemplates plugin.

The workaround is to refresh all of the templates for the weblog from the System overview > Weblog listings screen. Another alternative is to create a new weblog and manually get the template code from that other weblog

We'll release a fix for this soon.

Thanks, that was the problem. I am still having one last significant issue with commenting still. NON-typekey comments will not post from the preview page if "Remember personal info" is NOT selected. The preview comment DOES show up, but the name and email address are dropped from the form, resulting in a "Name and email address are required." error. Any advice?

Same here Kate - glad I'm not the only one. Reported as a bug a while back and still there since the original 3.2b up to (and including) the latest nightly 20050801. :/

Marcus, I can't find your bug related to kate's issue (non-auth'd commenters). Do you know the subject line of the email or the case number?

Kate, please go ahead and file it as a bug. Give as many details as you can about the problem. Regardless of whether Marcus (demonsurfer) filed it or not, every bit of information helps us to track doewn these issues.

Thanks.

Case 8136 - Commenter details not carried forward to comment preview :)

Actually, in the bug I reported (above), the commenter details don't carry forward to the preview form whether 'remember personal info' is selected or not.. and if the commenter is TypeKey authorized and has signed in and then enters their website URL (the optional field), that isn't carrying forward either.. only the comment textbox data is carried forward.

Is anyone else still having problems with dynamic publishing?

In my installation, 3.2b3 (like all its nightly predecessors since 3.2b2) is still generating a "No input file specified." error when I access links to dynamically generated archives from the main index page.

Also, in my installation, mtview.php is still referencing the obsolete (and nonexistent) mt.cfg file. I have been hesitant to report this as a bug, thinking that something this obvious had to already be in the bug fix queue.

I started with a virgin install (not an upgraded installation), and I have verified that my .htaccess file is correct (it was copied from a working installation of 3.17).

What am I missing?...

...besides the new documentaton for 3.2! ;>)

Nevermind...

(Sheesh, my first post, and I come off looking like a newbie! I hate it when that happens!)

I dropped my database first (a step I had omitted previously, my bad) and reinstalled 3.2b3 into a virgin file system (again). Now everything is fine and dandy! mtview.php points to mt-config.cgi, as it should. MT even created the proper .htaccess file! Slick, man!

Even though the mt-upgrade.cgi script reported: "Error during installation: Error during upgrade: .", everything seems to be OK. This message may be indicative of a problem, though, as there doesn't seem to actually have been any real errors. Maybe it was expecting a database to upgrade? I dunno.

Hats off to the Six Apart!

When I went from Beta 2 to Beta 4...

The search results now don't use my style sheet settings. I get black text on black background with large text instead of white text on black background with small text.

All the other pages look fine. Strange. Any ideas? Thanks.

So here's an interesting issue. I'm on beta 3, and this entry: http://www.jasmeet.net/previously/2005/08/theentryfor_tonite.html tries to trackback http://www.endofthetour.com/2005/06/make-it-so/ despite me only linking to http://www.endofthetour.com/.

And the problem I'm having is, even though I keep taking the trackback address for http://www.endofthetour.com/2005/06/make-it-so/, it'll just show up everytime I save the entry.

So my question is, other than disabling trackback discovery system-wide, is there a way to tell MT, don't send trackbacks for this entry? I'm kinda guessing something is screwed up with http://www.endofthetour.com/ is linking it sends trackbacks to http://www.endofthetour.com/2005/06/make-it-so/

Oh yeah, the trackbacks don't go through, just FYI. Just because trackbacks are closed for it.

So here's an interesting issue. I'm on beta 3, and this entry: http://www.jasmeet.net/previously/2005/08/theentryfor_tonite.html tries to trackback http://www.endofthetour.com/2005/06/make-it-so/ despite me only linking to http://www.endofthetour.com/.

I'm not sure why that would be happening. Does this happen on any other sites? For example, when you TrackBack the main page of the beta blog, does it try to send a TrackBack to the first entry on the page?

And the problem I'm having is, even though I keep taking the trackback address for http://www.endofthetour.com/2005/06/make-it-so/, it'll just show up everytime I save the entry.

This is a known issue. Changes to the URLs to Ping field on the edit entry page don't actually get saved into the database. The funny thing is, this has been the case since TrackBack was introduced into MT, so I'm surprised you're only now running across it.

I'm not sure why that would be happening. Does this happen on any other sites? For example, when you TrackBack the main page of the beta blog, does it try to send a TrackBack to the first entry on the page?

Yes it actually does. The ping never went through though, here's the Activity Log Error:

Less than 1 minute ago (IP Removed for Pranoid Reasons) Ping 'http://www.sixapart.com/cgi-bin/mt/mt-tb.cgi/2684' failed: HTTP error: 500 read timeout

And as you can see, no trackback here.

I have pinging for blo.gs on, as well as technorati. They don't seem to be going through though. Weblogs.com is fine.

Here's the entry I tried to ping from: http://www.jasmeet.net/previously/2005/08/thisisatestentry.html .

When upgrading from 3.16 to 3.2b3, I get as far as "Updating blog comment email requirements..." before it halts everything and comes up with the message "Error during upgrade: Error during upgrade: ."

I'm now stuck in an endless loop of trying to access my mt.cgi, getting the upgrade message, and then getting the error message.

I've gone through my entire mt-config file, made sure that everything was uploaded correctly, and I can't for the life of me figure out if this is something I'm doing wrong or a genuine bug.

Help please?

Anyone get multi-blog working with beta 3 yet?

The sixapart.com website uses both Beta-3 and Multiblog without a problem.

Thanks. I will remove it and try again.

When I replaced MT3.2beta2 with beta3, on a Windows 2003 server, (a complete replacement of all files), I only get as far as the error:

CGI Error - The specified CGI application misbehaved by not returning a complete set of HTTP headers.

when trying to access mt.cgi. Reverting back to beta2 and the problem disappears. Any suggestions?

PS I've posted the same message in the entry announcing beta3, but perhaps its more appropriate (and productive) to ask here ;-)

Iain, that is the IIS version of the 500 Server error. See my comment here about debugging it.

Also, for everyone, the known issues list has been updated for 3.2b3.

The will not be fixed list includes "Dynamic publishing does not properly use/store linked templates". Can this be expounded on? I use dynmaic publishing and my dynamic templates include other templates. Does this bug affect me?

I just installed the latest nightly, and the trackback issue I'm facing is still there.

Just thought you should know... =)

Jasmeet, if you have a bug, please file it.

Hello you!

I do have a problem and I don't think it is beta specific, but I was ordered to post it here! So here is the link: http://www.movabletype.org/support/index.php?s=65add19d9a4198bba97a6988891c36f2&act=ST&f=7&t=53639

If you need any error.log, please tell me!

Best regards

apb, yours is not a problem with the beta and it's probably not a problem with MT. I've responded to you on that thread.

How to process junk feedback. I am not sure the best proces for managing junk messages. Is there a way to tell if movable types suspects a comment is junk? A breif post describing how to manage and moderate junk would be helpful.

After installing the latest beta, I'm getting this error:

Smarty error: [in mt:17 line 156]: syntax error: plugin function smartyblockMTIfAllowCommentHTML() not found in /home/carmige/publichtml/cgi-bin/mt/php/lib/block.MTIfAllowCommentHTML.php (SmartyCompiler.class.php, line 710)

I've uploaded all my files again, but no luck. Any ideas anyone?

TIA!

Ahhh sheesh! Nevermind. I should've just tried uploading the single file (block.MTIfAllowCommentHTML.php) alone, instead of the entire directory. It works now! Sorry!

Ok here are a number of things--I checked the forums, the bugs list and this list and I didn't see any mention of these issues:

1) When I customize the entry display settings, the category selector with "Assign Mulitiple Categories" link disappears (and never reappears unless I do a "save").

1a) Even after a "save" and I get the "old" multiple categories selector link back, multiple categories don't work (although I can work around this using the tags plugin--not sure if there's a conflict).

2) The drop down multiple categories selectors is not there.

3) When uploading images, I get the following error when I ask for a thumbnail or popup (but if I don't (e.g. I just embed the image and don't ask for a resize), the image is uploaded correctly, etc.):

Reading '/home/virtual/site252/fst/var/www/html/[URL OMITTED]/image1.jpg' failed: Opening local file '/home/virtual/site252/fst/var/www/html/[URL OMITTED]/image1.jpg' failed: No such file or directory

FYI--I did an mt-check and everything was installed properly (including the image plugins). The file path is also correct, verified by my ftp client.

I created a new blog in 3.2b2 installation but blog is not reflecting the new styles.

http://www.todayspodcast.com/classaction/

Initially all the templates were blank. I would have to say this is a bug. So I copied the templates included in the MT-3.2b2 archive into there respective fields. Now the site is rendering pages, but the pages don't reflect the new style advertised at:

http://www.sixapart.com/pronet/weblog/2005/08/smartnewtempl.html

How do enable the new templates and get my blog to look like the ones posted in the Smart New Templates post?

I've had the following issue since 3.2b2:

If I upload an image to my archives/images folder (as I usually do), and then create a thumbnail, I get the following error:

Reading '/home/newkaic/publichtml/mt/weblog/images/ImageName.jpg' failed: Opening local file '/home/newkaic/publichtml/mt/weblog/images/VestalHousePool2.jpg' failed: No such file or directory

It seems mt is ignoring the fact that I uploaded the image to archives/images folder, and instead always wants to pull up the image from the weblog/images folder. Anyone else have this happen?

Phillip, you almost certainly have a problem with your static files. If you're uploading your static files to your MT directory, keep the StaticWebPath directive commented out in mt-config.cgi. If you're putting it them in your web root, put the entire mt-static directory in your web root and uncomment StaticWebPath. Use a fully qualified URL for your StaticWebPath which ends in /mtstatic/.

sebrenner, is there a folder in your MT directory called default_templates?

Kai, I don't get your problem. What is the name of the file you tried to upload? ImageName.jpg or VestalHousePool2.jpg? When are you seeing that error? You need to give more specifics and possibly some screenshots. We've uploaded a large number of images using MT 3.2b3 and never had the problem you're having so I'm inclined to think it has something to do with the way you've set up your server.

Anyone know if the problem of recentlycommentedon not functioning correctly under Postgres has been fixed in 3.2? I think I noticed that some of the code related to what makes recentlycommentedon works is different, which means that if it's not fixed, the current code hack I have in 3.1 isn't going to work (which would mean there will be no upgrading to 3.2 for me).

BTW, before I detail my problem, the commenting system on the betablog is annoying me like crazy! I don't know if it's only me, but I'll write something in the comments field, hit post, and then be told I need to login. Not a big deal. But when I hit "back," my entire post is gone (entry field blank)! I'm using Safari.

Anyway, back to the image thing. Jay, the name of the image was VestalHousePool2.jpg I was trying to make the URL generic, but forgot to change both lines! Let me try to explain what happens again:

1. In the "Upload File" window, I select an image, then select to save it into my "mt/archives/images" folder.

2. The file uploads (to the right location), and then I select to create a thumbnail.

3. MT looks for the thumbnail in "mt/weblog/images" instead of "mt/archives/images" and thus I get the error.

I've had this for awhile, and waited awhile... Seeing that no one else has this problem, I suppose it must be my fault... I just have to figure it out...

the commenting system on the betablog is annoying me like crazy! I don't know if it's only me, but I'll write something in the comments field, hit post, and then be told I need to login. Not a big deal. But when I hit "back," my entire post is gone (entry field blank)! I'm using Safari.

It's a bug that was in beta-3 that is fixed in the nightlies. I've been meaning to upgrade the site, but we've been busy.

The workaround, when you get the "Registration is required" message is to open the "Sign In" link on that page in a new window/tab and then hit the back button in the first window/tab. You comment will be there waiting.

Hopefully I can upgrade the site today.

Kai, can you file this problem as a bug and include a screenshot of the upload file screen, the HTML it produces and the settings for your Site URL and Path and, if you're using advanced archiving, your Archive URL and Path. Thanks.

All right, I'll do that, thanks. ...And that workaround here works great!

I'm not sure what happened but one day I was able to log into my installation of beta 3 and then I started getting what looked like permissions errors. I reapplied the chmod commands to see if it might help but it didn't. So I installed b4 hopeing that this would resolve the issue and it still did not help. But now there's an even stranger issue: if I type in an incorrect username/password it gives me the correct error: invalid login blah blah, but if I enter the correct username/password I just get returned to the login screen as if I've done nothing at all. Any ideas?

I have no idea about your first problem (doesn't sound like an MT problem, but then you weren't too specific about the errors), but the second one I may know about. Are you using Postgres, but any chance?

shmuel-- try clearing your cookies and try logging in again. If it fails, check for a "mt_user" cookie for your domain and let me know whether one exists or not.

I was wondering if anyone knows if Iain Stewart's problem was fixed and what was done, because I am experiencing the same thing:

When I replaced MT3.2beta2 with beta3, on a Windows 2003 server, (a complete replacement of all files), I only get as far as the error: CGI Error - The specified CGI application misbehaved by not returning a complete set of HTTP headers. when trying to access mt.cgi. Reverting back to beta2 and the problem disappears. Any suggestions?

I experienced it with beta 3 and now with beta 4. Each time I'm able to revert back to beta 2 and it runs fine.

(Unfortunately I'm running on a shared server host and don't have access to the Windows Event logs to get the second error that goes with this 500 error.)

Not a problem, but a question... can you "dashify" the basename using archive file path specifiers? In the new documentation (which ROCKS, by the way) I see options to use dashes with other specifiers, but not basename. Just curious.

This is a strange one... Is anyone else having trouble with incomplete rebuilds? I just converted my main blog (URL below in my name) to MT 3.2beta4. I did it by creating a fresh new blog on my 3.2 installation that has been working through this beta process, then imported entries from the blog running 3.16, built to a test directory to make sure everything was working properly, then rebuilt to the same folder as the old blog. That way images and other files in the old blog wouldn't have to move and old links wouldn't break going from the 15 character basename to 30 (I prefer 30 going forward, so I didn't want to change that).

Problem is that I can't get the category templates to rebuild. At all. Even though I have my custom template, it's still showing the default template. And it's stopping in the middle of the rebuild so I'm only getting a fraction of my category pages (3 or 4 entries instead of all entries in that category). When I publish an entry, the main index often will rebuild part of the way and it takes a second rebuild to get the complete page. This hasn't happened to me before and if it's a problem with my server I'm not sure how to fix it. Multiple rebuilds aren't helping, neither is refreshing templates.

Ideas?

Just upgraded to Beta 4. There was a scheduled post that was supposed to publish tonight, but when period tasks was run, I got this:

Use of uninitialized value in string eq at extlib/File/Spec/Unix.pm line 60. Use of uninitialized value in string eq at extlib/File/Spec/Unix.pm line 60. Can't read config without config file name at lib/MT/ConfigMgr.pm line 285 MT::ConfigMgr::readconfigfile('MT::ConfigMgr=HASH(0x10380a4c)', 'undef') called at lib/MT/ConfigMgr.pm line 249 MT::ConfigMgr::readconfig('MT::ConfigMgr=HASH(0x10380a4c)', 'undef') called at lib/MT.pm line 375 MT::readconfig('MT=HASH(0x10014f58)', 'Directory', 'undef', 'Config', 'undef') called at lib/MT.pm line 397 MT::init('MT=HASH(0x10014f58)') called at lib/MT.pm line 72 MT::construct('MT') called at lib/MT.pm line 65 MT::instance_of called at lib/MT.pm line 58 MT::new('MT') called at ./tools/run-periodic-tasks line 19

Dunno if I did something wrong when upgrading, or what. It worked fine under beta 3.

An update on my rebuilding issue. I solved part of the problem...somehow my category archive mapping was deleted (maybe when I deleted the Category Archive template in an attempt to recreate it?) so that's why the pages weren't updating with the new template.

But I'm still getting incomplete rebuilds on my main index and category pages. Just now I had to rebuild my main index 4 times in order to get the whole page to come through.

See http://www.momathome.com/viewfromhome/2005/08/nowrunningmovabletype32.php for a post with a screen shot. It's almost as if my server is timing out on the rebuild?!?

Updating beta 4 on my test machine today I noticed my entry modified dates have also been 'updated' to reflect the time and date of this installation rather than when I last modified the entry itself.

Is this normal behaviour? Has anyone else had this happen?

I don't know if any of the previous betas performed a similiar update - I simply didn't notice if the did.

I confirm the scheduled posting issue since Beta-4!

C:\Inetpub\Scripts\MT31>perl .\tools\run-periodic-tasks Use of uninitialized value in string eq at extlib/File/Spec/Unix.pm line 60. Use of uninitialized value in string eq at extlib/File/Spec/Unix.pm line 60. Can't read config without config file name at lib/MT/ConfigMgr.pm line 285 MT::ConfigMgr::readconfigfile('MT::ConfigMgr=HASH(0x1c8d220)', 'undef' ) called at lib/MT/ConfigMgr.pm line 249 MT::ConfigMgr::readconfig('MT::ConfigMgr=HASH(0x1c8d220)', 'undef') cal led at lib/MT.pm line 375 MT::readconfig('MT=HASH(0x225694)', 'Directory', 'undef', 'Config', 'un def') called at lib/MT.pm line 397 MT::init('MT=HASH(0x225694)') called at lib/MT.pm line 72 MT::construct('MT') called at lib/MT.pm line 65 MT::instance_of called at lib/MT.pm line 58 MT::new('MT') called at .\tools\run-periodic-tasks line 19

Does anyone know if there is anything new/additional, that I didn't need to do with beta 2, to get beta 3 or 4 to work on a Windows 2003 server?

Just for my peace of mind, can someone let me know that they have beta 3 or 4 working on a Windows 2003 server, and that they didn't do anything different over beta 2 to get it installed?

I have done everything exactly the same multiple times for clean installs of beta 2, 3, and 4, and beta 2 works fine every time while beta 3 and 4 give a cgi error (see my comment above) when I try to run mt.cgi for the first time. (FYI: mt-check.cgi show everything required is installed.)

Thanks.

I finally have (to me) an interesting update to the problem I experienced trying to upgrade from Beta2 to Beta3 on a Windows 2003 server - namely that trying to access Beta3 gave me the Windows error

CGI Error - The specified CGI application misbehaved by not returning a complete set of HTTP headers.

I read Jay Allen's advice ( that more info was needed from the server logs on what caused the error) and tried both through checking my own server logs and asking support from my hosting company to get this additional info, but this was somewhat fruitless. All my host could say was that it was definitely a problem with the software.

When beta 4 was released, I decided to be more diligent. After first making a clean install of the beta 4 - completely replacing the still 90 percent functioning Beta 2 - and immediately getting the same 'CGI Error....' message, I went on to replace all the 'single' files in the MT directory (i.e. the cgi files those in the MT Root directory) with their old beta 2 versions, while leaving all the folders in the directory unchanged with their beta 4 contents. Bingo, I could then immediately access MT again, without the blocking CGI Error.

So I went on to gradually replace these root-level beta 2 files with their beta 4 updates, until I got one of them to generate the CGI Error again (although this time it came either from within the MT interface, or from the blog pages.)

At time of writing, I am getting the error with the beta 4 versions of mt-search.cgi, mt-comments.cgi and, of course, with the beta 4 of mt.cgi itself.

As long as I use the beta 2 versions of these three files, so far everything seems to be working, apart for MT Search, but even here at least trying to make a search returns a more meaningful error (this is the beta 2 version of mt-search.cgi, remember) With the beta 4 version, I just get the same old 'CGI Error....' as above.

I might as well give the whole of this error I now get from the beta 2 mt-search (possibly caused by the absence of mt.cfg, among other things?):

Got an error: Can't read config without config file name at D:\Webs\site.com\wwwroot\cgi-bin\mt\lib/MT/ConfigMgr.pm line 285 MT::ConfigMgr::readconfigfile('MT::ConfigMgr=HASH(0x1a6bcac)','undef') called at D:\Webs\site.com\wwwroot\cgi-bin\mt\lib/MT/ConfigMgr.pm line 249 MT::ConfigMgr::readconfig('MT::ConfigMgr=HASH(0x1a6bcac)','undef') called at D:\Webs\site.com\wwwroot\cgi-bin\mt\lib/MT.pm line 375 MT::readconfig('MT::App::Search=HASH(0x19e75bc)','Directory','undef','Config','D:\Webs\site.com\wwwroot\cgi-bin\mt\mt.cfg') called at D:\Webs\site.com\wwwroot\cgi-bin\mt\lib/MT.pm line 397 MT::init('MT::App::Search=HASH(0x19e75bc)','Config','D:\Webs\site.com\wwwroot\cgi-bin\mt\mt.cfg') called at D:\Webs\site.com\wwwroot\cgi-bin\mt\lib/MT/App.pm line 127 MT::App::init('MT::App::Search=HASH(0x19e75bc)','Config','D:\Webs\site.com\wwwroot\cgi-bin\mt\mt.cfg') called at D:\Webs\site.com\wwwroot\cgi-bin\mt\lib/MT/App/Search.pm line 22 MT::App::Search::init('MT::App::Search=HASH(0x19e75bc)','Config','D:\Webs\site.com\wwwroot\cgi-bin\mt\mt.cfg') called at D:\Webs\site.com\wwwroot\cgi-bin\mt\lib/MT.pm line 72 MT::construct('MT::App::Search','Config','D:\Webs\site.com\wwwroot\cgi-bin\mt\mt.cfg') called at D:\Webs\site.com\wwwroot\cgi-bin\mt\lib/MT.pm line 65 MT::instance_of called at D:\Webs\site.com\wwwroot\cgi-bin\mt\lib/MT.pm line 58 MT::new('MT::App::Search','Config','D:\Webs\site.com\wwwroot\cgi-bin\mt\mt.cfg') called at D:\Webs\site.com\wwwroot\cgi-bin\mt\mt-search.cgi line 24 eval {...} called at D:\Webs\site.com\wwwroot\cgi-bin\mt\mt-search.cgi line 22

-- end of search error - domain name has been replaced with 'site.com' --

Since I have received off-forum messages from others on Windows servers getting the same 'CGI Error' message with beta 3 and beta 4, this is obviously a fairly extensive problem. I hope this lengthy description of the workaround I found that seems to work may help get an eventually somewhat more elegant solution. Also, of coourse, more bugs may appear as i carry on testing.

Hopefully anyway some of thhis will help run this problem down for those of us trying to get MT3.2 up and running on Windows - which I do know for sure is a consummation devoutly to be wished , MT3.2 looking to be such a brilliant upgrade of an already great app.

Okay... Iain's latest troubleshooting got me looking... and I decided to try something with beta 4...

I changed the "use lib 'lib'" statement in mt.cgi to use the physical location of the 'lib' directory (i.e. 'D:\website\cgi-bin\mt\lib'). When I executed mt.cgi after that it got past mt.cgi to mt-upgrade.cgi before it got the error.

So at that point I changed every "use lib" statement I could find to use the physical location of the 'lib' and/or 'extlib' directory instead of the relative virtual path.

Although I haven't done much with it yet (I wanted to post my breakthrough ASAP), that appeared to do the trick: mt.cgi ran fine and configured the system, and I'm now able to move around through the MT interface and have made some small config changes successfully (like changing the author name/password, etc.)

I changed 'lib', 'extlib', '../../lib', etc. to the appropriate physical directory in the following files: mt-add-notify.cgi, mt-atom.cgi, mt-comments.cgi, mt-search.cgi, mt-tb.cgi, mt-testbg.cgi, mt-upgrade.cgi, mt-view.cgi, mt.cgi, examples\plugins\mirror\mt-mirror.cgi, tools\rebuild-indexes, tools\remove-object, tools\run-periodic-tasks, tools\sig-validate, tools\upgrade

I'll keep testing and working with it, but it appears that change got beta 4 working on my Windows 2003 server environment.

I figured out the rebuilding issue I was having. Without realizing it, my login had a disk limit set on my hosted server. So rebuilds weren't working because I was using 99.9% of the disk space allotted. I removed this limit and now all is well again.

I'm having a big problem going from Beta3 to Beta4. I downloaded the files, uploaded them (in the correct mode) to my site, set permissions, and was told I was good to go when running mt-check. Then, when I want to get into my MT interface, I am told I need to upgrade. I say okay, but now it's just sitting and spinning - for close to an hour now. Something's up, obviously. I'm wondering about permissions. I know CGI files should be set to 755. What about all the other files? What should their permissions be?

Interestingly, I can still post to my blog using MarsEdit. Unfortunately, I still need to update templates, etc. in the MT interface.

Anyone have any ideas for me? Thanks.

I know I saw someone mention this, but I can't find the thread. Is anyone having a problem where junked comments are showing up in a Multi-Blog-powered "Recent Comments" area? Even if the comments are system-tagged as junk and remain unpublished, a link (to the non-existant comment) shows up in the Recent Comments area.

I can also confirm the run-periodic-tasks issue on a unix system.

Use of uninitialized value in string eq at extlib/File/Spec/Unix.pm line 60. Use of uninitialized value in string eq at extlib/File/Spec/Unix.pm line 60. Can't read config without config file name at lib/MT/ConfigMgr.pm line 285 MT::ConfigMgr::readconfigfile('MT::ConfigMgr=HASH(0x8430574)','undef') called at lib/MT/ConfigMgr.pm line 249 MT::ConfigMgr::readconfig('MT::ConfigMgr=HASH(0x8430574)','undef') called at lib/MT.pm line 375 MT::readconfig('MT=HASH(0x811b24c)','Directory','undef','Config','undef') called at lib/MT.pm line 397 MT::init('MT=HASH(0x811b24c)') called at lib/MT.pm line 72 MT::construct('MT') called at lib/MT.pm line 65 MT::instance_of called at lib/MT.pm line 58 MT::new('MT') called at ./tools/run-periodic-tasks line 19

Nevermind. Found that the pending comment posting thing is a known issue.

Right then, I've filed a bug report on the run-periodic-tasks issue.

Testing MT 3.2b-20050816 I am getting tons of errors revolving around the MTLink tag when I try to build or rebuild. It always says that it can't find whatever template it is looking for. This is a fresh install using BerkeleyDB.

Once I cleared out all the MTLink tags I started getting basically the same error with the MTIfArchiveTypeEnabled tag saying that it can't find the template "archive.html".

The problem seems to be that the templates are referring to the file name and not the archive name in most places. The Date Based Archive uses the template name and I didn't receive any errors from it but all the other templates reference the file name and these cause errors with my setup.

The MTLink tag has been completely removed from the default templates in our development code. We have reverted back to the old method of using <MTBlogURL> plus the file name of the index template.

This will cure all rebuild problems related to changing the output filename of a called index template. We've got a better solution that we're going to save for the next feature release of MT.

Hi there,

I've just done a fresh install of the current nightly and am having problems.....

I am getting Internal Server Error 500 when trying to run mt.cgi . mt-check.cgi shows that all is ok for my install, and my current install of 3.16 is running smoothly with no errors.

I'm not really sure where I have gone wrong....

My mt-check.cgi is here:- http://www.boringbutgood.com/mt32b4/mt-check.cgi

Can anyone see anything terminally wrong? It says the check was sucessful at the bottom.....

Depends what the 500 server error actually is.. check permissions would be my first suggestion (all *.cgi files in root directory should be CHMOD 755)..

I meant to add that I am using a MYSQL database.

The .cgi's are all set to 755, and the mt-check actually runs ok....

Dale - I'd make sure your mt-static directory is in the right place and has all the new files. Permissions on files that are not executable should, in most cases, be 644.

I have seen this problem with the 500 error exhibited when an incomplete upload of files was made. Re-uploading all of the files fixed the error.

Assuming you've run Movable Type before, these are the three things to do (in order of preference) when you get a 500 server error:

1) Make sure that the permissions on your CGI scripts are set to 755

2) Look in your server's error logs for a hint as to the actual message (see below). If your host doesn't give you access to them by default, you should probably look for another host because you will undoubtedly find them to be inappropriate for your needs in the future.

3) Re-upload the files, explicitly in ASCII mode.

Reporting that you got a "500 server error" is about as useless as posting "It wouldn't run". A 500 server error indicates that an error occured before the web browser was ready to receive input. In that case, the webserver outputs the real error into server's error logs along with a "Premature end of script headers" message before returning the 500 error to you browser.

Thanks JAy,

I realise the 500 error is about as useful as a chocolate teapot, but didnt know that further errors were output. I've found where my host puts the error logs:-

Can't locate object method "init" via package "MT::ObjectDriver::DBI::mysql" (perhaps you forgot to load "MT::ObjectDriver::DBI::mysql"?) at lib/MT/ObjectDriver.pm line 22. BEGIN failed--compilation aborted at /home/6579/robsharp/www.boringbutgood.com/public_html/mt32b4/mt.cgi line 11.

Looking at the mt-check again it mentions that DBI isnt installed, although mysql is. I've raised a ticket with my host to get them to install DBI (whatever that is) or upgrade it should it already be installed. I guess this is a requirement of Mt 3.2 that wasnt in MT 3.16

Thanks for the help, I'll see what my host says.

Rob

Reading from my mt-check, DBI version must be bigger or equal to version 1.21 if that helps.

No, it was definitely a requirement unless you were using BerkeleyDB, in which case all you needed was DB_File. We've made this problem more evident in mt-check.cgi for Beta-5.

Just back from vacation I started to test Beta-4 yesterday. Did a clean installation and tried to initialize. Ran into this statement: 'Bad ObjectDriver config: Connection error: Client does not support authentication protocol requested by server; consider upgrading MySQL client'. Got the same message after installing a regular 3.1.7, so it must be something in the hosting setup. MT-check.cgi tells me: Your server has DBD::mysql installed (version 2.9003). Any info if this version runs ok with MT 3.17 and 3.2?

Second thing: In regular db setup rebuilding results in a 'Build error in template 'Individual Entry Archive': Error in tag: Can't find template 'styles-site.css'. Same goes for the other templates. All templates are on their default places though. Any ideas on this issue? MT is the 20050816 and 17 nightly.

Third thing: how can you delete Mr Melody Nelson from the author list? I don't want the old Princester hanging around for obvious security reasons. In the old MT 2.6 days you logged in as Melody and deleted the account, but that seems a no-can-do in later versions. or am I missing something here?

Thanks guys.

My host is moving me to an alternate server with the correct DBI version installed.

As an aside my mtcheck.cgi file is trimming off the end of the DBI text, so I wasnt getting the full explanation. It seems to have inserted an unclosed MT_TRANS tag . Its probably just an error in the nightly.

http://www.boringbutgood.com/mt32b4/mt-check.cgi

Forget the Third thing I mentioned. I was missing something there :) Had to go to the System Overview and found I could delete Melody after an uncached login afterall.

Is anyone lese having problems communicating with Movable Type from plugins or web apps? Currently I can not get access to my blogs via the Photon plugin, and also can not link to my blog from with in the Flickr site.

Flickr is asking for xmlrpc.cgi - so is this an XML-RPC issue - has something major changed to break these products, or is this a problem at my end - any suggestions?

Thought I should mention that JoelD's beta4 hack above for avoiding CGI Errors on Windows 2003 servers works!

This is brilliant - even search and all other wonders of MT3.2 are now functioning and delightful.

Hope this previous problem is now avoidable in beta 5.

Why is some fool comment spamming with links to google?

lloydy , check your Authors page. There is a new password for XMLRPC postings, you dont use your main Author password anymore (unless you set them both the same of course)

Ton012, Google is your friend. It looks like your web hosting company partially upgraded MySQL on you. There are some solutions here but your best one is to tell your web hosting company about your problem.

Your second problem was a bug. Beta-5 (and the last night's nightly) will have the fix.

Third, you should never delete the Melody author. Just change the username to something of your liking and the password.

Robmonster did you file a bug about the MT_TRANS tag?

Thanks Jay, I'll rename Melody in the future. Friend Google was outa sight, outa mind I guess. Should have gone there first. Thanks for the pointer.

As the saying goes here in MacWorld.... Errrrr, One More Thing. I discovered that Safari 2 shows the format buttons above the entry fields. Glad they finally show up in MT 3.2, have been looking for them since MT 2.6. One misfortunate feature however: they don't do a thing. Would it be possible to squeeze that bug in MT 3.2 final?

Check out the known issues list on the sidebar above. They were unsuppressed by mistake and that's already fixed.

There's still no way to make them work in Safari. This is Apple's Javascript bug and not ours.

Robmonster - entered an author API password but still not able to discover my blogs - even tried communicating with MT using ecto - but exactly the same? Any more ideas?

Upgrading from B2 to B5. I get the "Time to Upgrade" screen, and click the button, then the next screen never goes away. It just sits at "Starting upgrade..." forever.

Any ideas?

I'm still running one of the B4 nightlies, but have discovered that if I save an entry with no title I am unable to go back in and edit it without switching to Expanded View. Is that user error or Bug material?

Robmonster - that's a bug. There was a small change in the code between b3 and b4 that causes this to happen. I reported it yesterday (haven't heard back, and the bug is still present in b5).

Deane, make sure your static files are either:

1) In your mt-static folder in your MT directory, or 2) In a directory specified by your StaticWebPath

If you gave me the URL to your install, I could check it for you. This is almost certainly the problem.

Jay -- yeah, that was it. I always forget that when I upgrade, I need to refresh the static files too. Thanks.

Since upgrading from 3.2b4 to b5, I am no longer able to post via ecto. When I attempt to publish a post to MT, I get the following error from ecto. Note: I delete the file path out of paranoia

Method "metaWeblog.newPost" produced a server error: "No ObjectDriver defined at /.../mt/lib/MT/Object.pm line 144.".

Any suggestions? I don't know enough Perl to look at the code and translate what is going on.

Follow up on my previous comment. When I rolled back to 3.2b4, ecto started working again without any other changes. I'll submit this as a bug and see if I get flogged. :)

Joe, you shoudl go ahead and file a bug with as many details about your setup as you can. If there's a problem, we need to know about it pronto.

Upgrading from b4 to b5, I've verified that all the correct permissions are set, all the files are in the correct place, and that mt-check runs without a hitch (you can check it out here: http://froggies-lilypad.com/cgi-bin/mt/mt-check.cgi). When I go to run the upgrade, I get the following error:

"No permissions. Please contact your administrator for upgrading Movable Type."

Should I bug report this or is there something I'm missing?

Do you have more than one user on the system? Is it possible that the one you are logged in as now does not have system administrator privilges, the one who did the install/upgrade originally to 3.2?

No, it's just me.

When using the MT-db2sql.cgi script of beta 5 I get an error:

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '1' at line 1 at /home/janswartnl/cgi-bin/mt/mt-db2sql.cgi line 62.

Is that a bug?

All comment moderation is turned off on this weblog but when I use the barebones individual archive template provided here new comments are being sent to the page that lets users know that a comment has been received and will be published after moderation. This is happening now with my modified barebones individual archive template, but the same thing happened when I used the unmodified barebones template.

Furthermore, the comments aren't appearing in the database, and so they aren't showing up on the comments administration page and I'm not getting email notification of those comments. This is in beta 5. Any ideas?

Two SpamLookup-related questions (wow, does there need to be better documentation on this if it's going to be released and active by default!):

1. Is it possible for the email notifications sent out for new comments and TrackBacks to have SpamLookup-related information in them? Right now, I just get notification of a new comment or TrackBack, but have to go log into my MT admin interface to find out if the new missive has landed in the moderated or junk piles. It's actually more difficult to use than my old MT-Blacklist system!

2. What determines whether a new comment finds its way to publication or moderation? I just had a new comment posted that ended up being moderated for no reason I can tell. It had two links in it (+0 for that, since it had more than 0 links and less than 3 links), and came from a prior commenter (+1 for that), leading to a final score of +0.5. I would think that that would get it posted, but it ended up moderated. And of course, since the email notification didn't say anything about this (see my question #1 above!), it meant that I had no idea until I logged into the admin interface.

Another question: why does the deletion of junk TrackBacks take so much longer than the deletion of junk comments? I don't want to file this as a bug if it's just on my installation that this is occurring; does anyone else see this?

Froggie, can you submit a bug with as many details as you can about your upgrade experience from whatever you were using before the betas to whatever versions of the beta you upgraded to? Also make sure to include full details of your system like database, URL to mt-check, etc.

Ton012, try reuploading your MT files (except for the images) in explicit ASCII mode instead of Automatic or Binary.

Jason, we're not done with the docs.

Is it possible for the email notifications sent out for new comments and TrackBacks to have SpamLookup-related information in them?

It's a little late in the cycle for that. Feel free to hack it in, but we've got to release. The time for feature requests is long past.

Right now, I just get notification of a new comment or TrackBack, but have to go log into my MT admin interface to find out if the new missive has landed in the moderated or junk piles.

There are never notifications sent for Junked items. Does that make it easier?

It's actually more difficult to use than my old MT-Blacklist system!

I haven't found that AT ALL. In fact, Spamlookup is set-it-and-forget-it easy, unlike MT-Blacklist where you not only had to despam any comment that came through that had URLs not on your list, but you had to keep your list updated (if you weren't using auto-update). Keep playing with it. With the default settings, you shouldn't have to do a thing.

2. What determines whether a new comment finds its way to publication or moderation?

The plugins you have installed and your settings. That is to say, on the Feedback settings, you'll see "Immediately publish comments/TBs from...". That setting controls the default action after the junk scoring. Other than that, plugins can force moderate items so it depends on what plugins you have installed.

Junk score has nothing to do with moderation vs publish. The Junk score is determined first and ONLY dictates whether an item is junk or not. After that, the feedback settings and plugin's actions are taken into account.

Again, the junk score does NOT have anything to do with moderation vs published.

And of course, since the email notification didn't say anything about this (see my question #1 above!), it meant that I had no idea until I logged into the admin interface.

Moderated items are indicated as such in the emails. Are you sure you have the latest files in tmpl/email?

Another question: why does the deletion of junk TrackBacks take so much longer than the deletion of junk comments? I don't want to file this as a bug if it's just on my installation that this is occurring; does anyone else see this?

Please submit this as a bug immediately, Jason. Thanks.

Lance, are the comments being sent to Junk? Have you altered your junk threshold? It should be set to 0.

Jay, the comments are not going to junk, and I haven't changed my junk threshold. Also, I re-uploaded the beta5 version of mt-comments.cgi just to be sure there was no problem there. So far the problem persists.

I am having a problem with the "sign-in to typekey" message being displayed on my site for comments. I upgraded my templates and running beta-5 and notice the message does not get displayed.

I made a new test blog on my site and the comment field does show the link to sign-in to typekey. (I made both blogs feedback settings the same and both individual archives templates the same)

Lance, please file a bug with as many details as you can muster including DB type, screenshots, URLs to mt-check and your blog, etc..

Jeremy are you sure that you rebuilt your templates after you refreshed them? Did you use the RefreshTemplate plugin or update them some other way? With the default templates, you should see the same thing as your test blog.

Also make sure you have a template called Site javascript (mt-site.js) in your old blog.

Jay, a few updates:

1. Thanks for the explanation about junk score vs. moderation -- that makes sense now. And I think I have figured out the problem with comments being auto-moderated, and already submitted it as a SpamLookup bug. (But to verify one piece of info I assumed: if a commenter types a URL into their identifying information, does that count towards SpamLookup's "Link Limits"? I assume so, by my experience trying to verify this bug.) It looks when the SpamLookup Link Limits are set to auto-moderate comments with "greater than" X links, a comment is being auto-moderated with greater than or equal to X links as well. (In other words, if I set SpamLookup to auto-moderate comments with greater than 3 links, and a comment contains two inline links and one URL entered by the commenter as their home page, the comment is being moderated.) I've now verified this as replicable on two of my installations.

2. Interestingly, I think I also figured out why the comment notifications didn't contain the fact that the comment was moderated by SpamLookup, and it might come down to an incompatibility between MT-Blacklist and SpamLookup. Again, I've replicated this bug on two different installations, so I'm pretty confident it's there, and I'll submit it now. When I have MT-Blacklist enabled, the comment notifications don't contain any info about SpamLookup-related moderation; when I disable MT-Blacklist, the information about moderation is present in the notifications.

And this leads to...

1. I assure you, I'm getting email notifications for everything, including the comments and TrackBacks that find their way into the junk folder. (I just checked, and the templates are the latest versions, those that are in the 3.2b5 download archive.) But I'm willing to bet that the bug in (2) above is responsible for this -- I bet that MT-Blacklist is, in part, responsible for the notifications being generated. Now that I've taken MT-Blacklist out of the loop, we'll see what happens.

2. As for the request for email notifications containing SpamLookup info, I think the whole issue is moot -- I would have never requested it if MT-Blacklist hadn't generated notifications that I would have never gotten otherwise! So I think that, so long as I'm no longer getting notifications about junked comments and TrackBacks, the problem is solved. :)

Jason - On 3, you're correct, it's MT-Blacklist that's notifying you. I hacked my MTB email template and Blacklist.pl so that it tells me the comment is unapproved.

I've got a question about the MTIfStatic tag. I'm putting it around a plugin tag (DaylightOrStandard) but it doesn't work how I expect. I still get the Smarty error that the DaylightOrStandard tag is unknown when I generate the page dynamically. I was hoping that the IfStatic tag would make the dynamic generation completely ignore the plugin tag, is that not possible?

I have an idea. Let's all get rid of MT-Blacklist until such time as there is one that is actually compatible with MT 3.2 if that ever happens? :-)

!

Jay, I originally used the RefreshTemplate plugin, but have since tried copy/pasting the templates from the test blog to see if they work. Yes, I rebuilt EVERYTHING many times.

There is a javascript error that is being thrown on your blog that was fixed between betea-4 and beta-5, I believe. You shouldn't be getting that error anymore if you were using the latest default templates. Are you positive that you uploaded ALL files, including all of those in the default_templates folder?

Also, something else is strange: Your MT version number is reported as 3.2. It should say, assuming you are up-to-date, 3.2b5. What's up with that?

Your MT version number is reported as 3.2. It should say, assuming you are up-to-date, 3.2b5. What's up with that?

Jay,Good question, I have not clue.

I refreshed the (mt-site.js) and it works now. Thanks for the help.

Include me in among those who have to login again every time they hit mt.cgi

Also, the beta seems to have broken my use of the "On This Day" plugin. Here are the tags I was using just fine up to MT 3.1x:

<MTOnThisDay> <MTEntries> <MTDateHeader> <div class="sidetitle"> <a href="<$MTEntryLink archive_type="Daily"$>">on this day in $MTEntryDate format="%Y"$>/a> </div> </MTDateHeader> <div class="side"> <span class="sideentrytitle"> <a href="<$MTEntryPermalink$>"> <$MTEntryTitle$>: </a> </span> <$MTEntryExcerpt$> (<$MTEntryCategory$>) </div> </MTEntries> </MTOnThisDay>

Jay - I'd really miss blacklist if I got rid of it. I'll just keep hacking little fixes into it when I need to.

So is the MTIfStatic thing a bug? Or does it just not work the way I'm expecting it to?

There's something very satisfying about looking at MT-Blacklist and seeing how many thousands of spam attempts have been blocked too.. :)

reading up, I see that it's probably the MTEntryLink that's causing the offense....

xian-- i'm not getting any errors from that. Are you sure the plugin isn't giving you any errors upon loading (look at the plugin listing under the system overview to check)? If it's showing an error or is not listed at all, check to make sure it's installed properly.

OnThisDay is one of my first MT plugins (vintage 2002). And now that I maintain MT itself, I take care now to make sure MT doesn't break 'em! ;)

Jay - I'd really miss blacklist if I got rid of it.

Why? I don't even have to think about spam anymore. With Blacklist, I would.

So is the MTIfStatic thing a bug? Or does it just not work the way I'm expecting it to?

Doesn't work the way you're expecting it to, although I'm not sure if that's really the best way for it to work. We'll look at that for the next release.

There's something very satisfying about looking at MT-Blacklist and seeing how many thousands of spam attempts have been blocked too.. :)

But I get that with SpamLookup with absolutely no fear of blocking false positives. Oh, unless you're talking about the counter which would be trivial to implement for a plugin.

yup, just the little counter :)

Also, something else is strange: Your MT version number is reported as 3.2. It should say, assuming you are up-to-date, 3.2b5. What's up with that?

My MT 3.2 beta 5 test installation also shows the version number as 'Version 3.2'. In my case, the culprit is the BigPAPI plugin - it overrides the template parameter mtversion, replacing the value of MT->versionid with MT->VERSION. If the BigPAPI plugin is disabled, the version number reverts back to 'Version 3.2b5'.

BigPAPI plugin is doing it to me as well.

TweezerMan, Jeremy, and anyone else using BigPAPI: I just released BigPAPI 1.03, which should fix the problem with the display of the version number. This problem started with MT 3.2b4, which introduced the MT->versionid method; BigPAPI's copy of the MT::App::loadtmpl() code had to be updated to reflect this change.

1.03 has a few other changes for b4 and b5 as well. Ah, the joys of a moving target...

I've been through beta 2,3,4 and 5 and haven't seen this problem before, could some one please visit my site and see if they can see why the comments input doesn't come up? I thought I had made a fairly clean transition from 3.1 to 3.2, but i'm lost on why there is no comments input.

I've uploaded everything correctly, yet I'm getting a 500 error simply trying to load mt.cgi. Help?

Jesse, apparently, you didn't see these two comments: one and two.

Jay - apparently not. It's a long thread, sorry.

This is the error I'm getting:

BEGIN failed--compilation aborted at mt-comments.cgi line 11. [Mon Aug 22 09:26:33 2005] [error] [client 69.81.151.2] Premature end of script headers: /home/pandagon/pandagon.net/cgi-bin/mt/mt-comments.cgi

Looks like beta 5 fixed my login/cookie problem. (Yea!)

Brad, onthisday.pl is listed on my plugins page without an error. Any other ideas about what to try? One thing is that I commented it out when it was breaking in an earlier beta. I can put it back now to see if it's working now.

Also, just got a new error on loading beta 5. When I try to rebuild Radio Free Blogistan it sez:

Error in <MTEntryTitle> tag: You used an 'MTEntryTitle' tag outside of the context of an entry; perhaps you mistakenly placed it outside of an 'MTEntries' container?

Finally, on Firefox/Mac, the QuickPost popup renders the list of additional categories as a bulleted checklist that isn't filtered correctly for whichever blog I choose.

Oh, one more line: Can't locate MT/Bootstrap.pm in @INC (@INC contains: lib /usr/local/lib/perl/5.6.1 /usr/local/share/perl/5.6.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.6.1 /usr/share/perl/5.6.1 /usr/local/lib/site_perl .) at mt-comments.cgi line 11.

I went ahead and reloaded everything manually. Now, the error message is:

[Mon Aug 22 11:01:27 2005] [error] [client 24.208.174.243] Premature end of script headers: /home/pandagon/pandagon.net/cgi-bin/mt/mt-upgrade.cgi

Sorry - just saw that it's meaningless. And I'm not getting any more info from the logs. Great.

Get the other message, Jesse.

Oh wait. No more info in the logs? That's unusual. Try setting DebugMode to 1 in your mt-config.cgi and see what happens then.

Did you reuload in ASCII mode explicitly? Are your permissions set correctly?

Jay - I figured it out. My FTP program wasn't uploading folder contents, only the stuff on the same level that I had open.

However, I now have another problem - posts will not publish. The button's simply inactive: pressing "save" or "preview" does absolutely nothing.

Your static files are not in the right place. See my first paragraph in this comment above.

wow, the latest Media Manager plugin is sweeeet with 3.2.

The static files are in /mt-static/, here's the uncommented line:

StaticWebPath http://www.pandagon.net/mt-static/

The MT install is in /cgi-bin/mt/.

Everything but images uploaded in ASCII, all folders and scripts in place.

Did you try clearing your browser's cache? And are you sure that your FTP program isn't interfering again?

(Re:3.2b5) I have been getting the following error sent from my server to my email address about cron job issues:

"/bin/sh: line 1: ./tools/run-periodic-tasks: Permission denied"

Any clues? At the moment there are no future posts in line.

Check that the permissions are set to 755 on run-periodic-tasks

Also do you have command line access? Can you cd into your MT directory and run it from the command line?

./tools/run-periodic-tasks

You probably only need 700 as your permission, so 755 should definitely do it.

Jay- after changing the permissions to 755, I still get an error. The email subject I am now getting is: "Cron cd /home/trinket/public_html/cgi-bin; ./tools/run-periodic-tasks"

and the body of the email is:

"/bin/sh: ./tools/run-periodic-tasks: Permission denied"

It's my first time here, with a new fresh MT 3.2 b5 installation. My english not is so good, but I'll try ;)

Changing templates/rebuilding files: The CHMOD of the files are modified from 644 to 666 (the beast? lol);

Changing templates/rebuilding files 2: The CHMOD of the history folders (and files) are modified to 777 (and 666).

I have enabled comments on 3.2.

I have enabled TypeKey ("Authentication is enabled.") and the Authentication Token shows up on the Settings page.

I rebuilt Indexes, as suggested.

Still, no TypeKey.

I rebuilt Individual Archives.

Still, no TypeKey.

So I went to check the templates and realized that I have TWO "Individual Entry Archive"

mt.cgi?_mode=view&type=template&id=57&blog_id=1

and

mt.cgi?_mode=view&type=template&id=17&blog_id=1

I deleted one and rebuilt the entire site.

Still, no TypeKey.

http://tntluoma.com/beyond30/2005/08/church_bread#comments

My template can be seen here:

http://tntluoma.com/temp/mt-3.2-indiv.txt

But when I test it on my "100% Default Blog" the TypeKey part shows up.

I thought it must be the template, but there's literally only one line of difference between it and the original default templates (minor adjustment not related to comments).

I'm stumped

TjL

http://tntluoma.com (regular blog) http://dev.tntluoma.com (everything default blog)

A new entry sets the CHMOD of my index.php (Main index) to 666 too :/

TjL, the problem is that your Site Javascript template (mt-site.js) is 404. You don't have all of the default templates in place.

katharine, you need to CD into your MT directory to run tools/run-periodic-tasks. It looks like you're cd'ing into your cgi-bin. Unless of course that IS your MT directory. I don't really know because you didn't say.

contempt, can you detail the problem you are having instead of talking about permissions? Are those permissions not working for you?

So, I've changed my files to .html again and the problem is the same: CHMOD 666. It's suposed to be right?

Contempt, I'm still not sure what problem you are having. Can you view the files that MT produces? If so, you have no problem. If not, please give me more information about the problem you're having.

Hi, Jay!!! Thanks for the attention.

Well, I've downloaded the b5 yesterday and installed today, a few hours ago.

Turning on my fist weblog (the default) all the files have the CHMOD 666. The system work fine, without any problem. My ISP said that it's a problem to have files with 666. It's correct?

Moving on... I changed the extension of my files, from .html to .php: with CHMOD 666 the .php files doesn't work on my server. I changed to 644 and everything works fine.

When I add a new entry (allways sucessfully), the CHMOD of the files go back to 666. The history folder goes to 777.

Some comments about my structure:

• Installed on a sub-domain: news.incomuni.com.br;
• OS Fedora i686;
• Apache version 1.3.33 (Unix);
• MySQL version 4.0.25;
• PHP version 4.3.11;
• PERL version 5.8.6.

Contempt have a look at HTMLPerms which you will need to set in mt-config.cgi

Arvind, know I know where is the problem:

<mychair><b>ME</b><mykeyboard>

lol

Now everything is going fine.

Just a little question: the HTMLPerms affects the permission of the history folder too? I had a problem months ago: I was hacked on my old system.

Sorry... and about the images folder. I've choosed to save my uploaded images inside a folder on my Local Site Path ("images", off course). This folder need to be with a CHMOD 777? If no, how to set other more secure?

I'm noticing that file upload doesn't seem to work if using Firefox 1.0.6 on OSX 10.4.2 (no window appears, although the preferences inside the browser are set to allow popups for the site name). It seems that the upload function is working properly as there are no problems when using Safari 2.0 (412.2.2) or IE 5.2.3 (5815.1). Anyone else? I'm thinking...problem in Firefox and not MT3.2 (3.2b5), and so just select a different browser if uploading...

Are Windows 2003 users still left with preforming this fix to get Beta 5 functioning? I didn't see it in the Known Issues.

I'm using b5 now and am getting a plugin related 500 error when I save new posts with trackback pings. Unfortunately, I use 1and1.com as my host and have no access to error logs.

If I shut off all plugins and post, I get no error. I initially tested this by disabling each plugin I have installed, one by one, and trying to save a post with trackback pings. Here is what is installed: patch-20050124-mail-spam.pl technorati.pl MT-Blacklist Version 2.04b Blogroll, v2.02 QuickLink, v1.04 Template Backup and Refresh Version 1 Nofollow Version 1.1

Plugin Set: spamlookup SpamLookup - Lookups Version 2.0 SpamLookup - Link Version 2.0 SpamLookup - Keyword Filter

I disable each in this order and my posts began working and pinging again after I disabled Nofollow. I went back and began to enable the other plugins one by one, but began getting 500 errors again.

Since then I've been disabling all plugins before posting, then enabling after the tb's have been pinged.

Has anyone had this problem with 3.2b5?

Dave: you must have some cache-related javascript bug or something. Firefox 1.0.6 on OS X 10.4.2 works fine with the upload popup. I don't have to allow popups to get it to work either.

todd: you said you tried enabling them one by one-- which one started giving you 500 errors again once you re-enabled it?

Also, the "patch-20050124-mail-spam.pl" plugin file can be removed with 3.2 -- those patch files are for specific releases. The subsequent release will have included the fix it provided.

Since upgrading to 3.2b5 (I've been using the betas and nightlies as they come), I've noticed two issues:

1) Saving an already published entry from the individual entry editing screen or power-editing mode causes its status to revert to 'Unpublished'. I can, however, re-publish these entries from the entry listing screen by checking them and using 'More Actions' -> 'Publish Entries'

2) Entry bodies, titles, and blog descriptions no longer seem to be properly encoded. My mt-config.cgi specifies utf-8 as the encoding, with NoHTMLEntities set to 1. I've verified that the browser is interpreting the page as utf-8, but special characters like —, ü, � that were part of entry text or a title do not display correctly. However, these characters do appear as expected in MT's interface (entry listing, editing screen). I noticed this under known issues:

"Non-ASCII characters are encoded incorrectly under MySQL 4.1x"

I'm running on a server with MySQL 3.23.58 -- am I suffering from this issue as well?

Any light anyone can shed on either of these issues is most appreciated. BTW, to the developers -- thank you for all the hard work you've put into this release!

Trying to add keywords to SpamLookup in b5, I get the following error when I hit "save changes"

Precondition Failed

The precondition on the request for the URL /mt/mt.cgi evaluated to false.

Apache/1.3.33 Server at www.mikeditto.com Port 80

Hi Jay - sorry about that. I am running it all from my cgi-bin, rather than using a separate MT folder/directory.

Michael: It sounds to me like you're using mod_security, which is configured to prevent posting particular things to your server. If that's the case, it's preventing posting that keyword you were trying to add.

So.... if modsecurity is preventing posting that keyword, you probably don't need to add it to SpamLookup since modsecurity won't allow it either (and it's the first defense, before CGIs are even run).

Has anybody had any luck getting the beta working with getting the reblog version 1.3 MT Plugin working? I'm getting SQL problems when trying to import my feed (RBDATA SAVE FAILURE: Insertion test failed on SQL error Column 'reblogdatacreated_on' cannot be null), and some other weirdness. Nobody on the reblog forums on sourceforge is replying, so has anybody here tried it?

Obviously, I'd really like to now have to revert back down to 3.1x as 3.2 is just so much better :-)

Brad: It does have mod_security, but I'm getting comment spams with the terms I'm trying to add. Just for giggles, I tried adding a carriage return and got the same error. What do you think...permissions problem somewhere? Is there any kind of debugging information I can collect to troubleshoot?

Michael: They're probably spamming using HTML entities instead of plaintext. SpamLookup compares with both the encoded and decoded content. You can configure modsecurity to NOT filter content sent to mt.cgi. I'd do that if possible. Then you can configure your spam controls within MT without invoking modsecurity.

I'm not sure if this is a bug or my lack of technical know-how, but has anyone else had an issue with the public search function in MT 3.2b5 not searching globally? I've posted in more detail on the MT support forum and also on my site at: http://daniel.lestarjette.net/previous/2005/08/search_problems.shtml . Should I report a bug? Thanks!

Try reading this info regarding search tags if you haven't seen it - might help. I believe they still apply in 3.2.. dunno if this will solve your problem or whether you've uncovered a bug though.

There's one thing in the 3.2 beta cycle that was introduced that's a hindrance to the way I use the program. I realize it's a minor nit, but it affects me, so I figure it might affect others.

It's when I've finished with an entry, I normally hit Alt-D to bring the focus into the location bar in Firefox where I type some other URL and move on to the next thing.

I can't do that in 3.2, because the MT code thinks I want to delete the entry. Is there any way to stop that?

I'd rather Alt-D do what it did before in older versions and everywhere else - this is the only place I've run into where I can't use my usual keyboard navigation style.

Brad:

I disabled the plugins in the order I posted them and saw the problem go away after NoFollow was disabled. However, the problem recurred as soon as I enabled the first plug in.

I ran out of time and just started disabling all plugins to get posts to submit and ping tb's, then enabling once I'd posted. It's a pain, but better than seeing that dang 500 error.

By the way, 1and1.com stinks for not providing error logs, but I suppose one gets what one pays for...

I just tried to post to my beta5 blog using ecto (http://ecto.kung-foo.tv/) and got this:

Method "metaWeblog.editPost" produced a server error: "No ObjectDriver defined at /export/www/moronosphere.com/movable-type/lib/MT/Object.pm line 144."

Not sure if this is an MT bug or something that needs to be addressed in ecto; adriaan, ecto's developer, seems to think it's an MT-side problem...

I can add in that I have no problems posting to my MT 3.2b5 blog using ecto on OS X; are you sure you copied over all the 3.2b5 files to your MT directory?

Yes indeed. I just did a complete fresh install from a tarball I just downloaded (MT-3.2b5-en_US). Only problem I'm seeing is that ecto error.

Yes indeed. I just did a complete fresh install from a tarball I just downloaded (MT-3.2b5-en_US). Only problem I'm seeing is that ecto error.

Brad:

I disabled plugins one by one tonight on a post with a tb pingout, it turns out the Blogroll plugin breaks the show, but only when trackbacks are being sent. The version I have worked in b2, I started having problems in b3 - not only with posts as described above, but also with the quicklinks and blogroll plugins loading the config/add screens. b5 filed that, but the issue with posting remains, apparently connected to the blogroll plugin.

ok.. I'm confused.. I try to load mt.cgi and all I get is "Got an error: Bad ObjectDriver config" Doesn't say what's wrong.. Anyone have any clue? I'm upgrading from 3.17 to the most recent beta as of 8/23.

Ok.. I fixed the config issue.. but now I have a bigger one. If you go to my site www.gamersurvival.com you'll see the site loads.. but none of my entries show up unless you click the category... Any help?

any news on the cron job situation? Should I just delete the cron job and start over? Its just really weird because the only thing that has been changed is the MT upgrade. hmmm...

Neveryone Try changing the value of "Entries to Display" under Blog Settings. Alternatively, set a lastn attribute to your MTEntries tag.

Todd Can you expand on the problems you are experiencing with Blogroll. I've put out a beta onto the ProNet but Blogroll should not be interfering with any side of MT, it's its own app.

After upgrading to 3.2 beta 5, I am seeing this error:

Couldn't load blog; perhaps you have not upgraded your MT database? - at lib/MT/App/CMS.pm line 367.

Isn't MT-UPGRADE.CGI supposed to upgrade all the scehema etc? What's the separate database upgrade? Can I manually use PHPMYADMIN and assign admin rights to my user_id (only one user in MT database) and somehow get over this?

Arvind:

The setup: MT 3.2b5, internal tb discovery: on, external tb discovery: on, blo.gs, techoncrati, etc auto ping: on, plugins as listed above.

Here's the problem: When posting a new entry, the entry saves with no problems if scheduled or unpublished. If published, the entry gets saved and the page rebuilt, but I get the 500 error and see no ping status page. I checked the blog and saw the new post after these errors.

My last post was done on an entry that had already been added and I inserted a new ping URI and disabled plugins until in worked, after Blogroll had been deactivated. Only these times, it wasn't rebuilding the blog index with new information, though it did save the changes.

As of right now, my entire account on my host has been hacked or my files have been mistakenly deleted. 30 minutes ago, I loaded my blog, in the last 10 I've discovered not a single file left on the server but some I didn't put there. Everything is gone. Fortunately, the mySQL server is serperate and all my blog posts are still there. I'm going to have to upload MT again, if 1and1.com cannot restore me. I'm on hold with them right now.

What a pain!

Arvind:

The setup: MT 3.2b5, internal tb discovery: on, external tb discovery: on, blo.gs, techoncrati, etc auto ping: on, plugins as listed above.

Here's the problem: When posting a new entry, the entry saves with no problems if scheduled or unpublished. If published, the entry gets saved and the page rebuilt, but I get the 500 error and see no ping status page. I checked the blog and saw the new post after these errors.

My last post was done on an entry that had already been added and I inserted a new ping URI and disabled plugins until in worked, after Blogroll had been deactivated. Only these times, it wasn't rebuilding the blog index with new information, though it did save the changes.

As of right now, my entire account on my host has been hacked or my files have been mistakenly deleted. 30 minutes ago, I loaded my blog, in the last 10 I've discovered not a single file left on the server but some I didn't put there. Everything is gone. Fortunately, the mySQL server is serparate and all my blog posts are still there. I'm going to have to upload MT again, if 1and1.com cannot restore me. I'm on hold with them right now.

What a pain!

Maybe I'm missing it, but the Spam Lookup installed with 3.2 (as well as Beta 5) doesn't seem to have it's own interface. The settings can be changed, but there's not seperate logging and no way to despam past entries (that I can see). I'm running the release version on a site with few entries and comments so I really have no way of seeing it in action. Anyone else notice this, or better yet seen it in action :-).

I'm attempting (and failing) to reproduce my existing individual archive file path pattern with MT 3.2 (released version).

My archives are unusual in that I am currently using the abbreviated month name instead of the month number. For example: 2005/aug/31

The %b in the archive file path specifiers now refers to the entry basename. I tried using:

<$MTArchiveDate format="%B" lowercase="1" trimto="3" $>

only to get the same rebuild error:

Writing to '/Library/WebServer/Documents/ollicle/2005/aug/28/commentsclosedwithnotrackb.html' failed: Opening local file '/Library/WebServer/Documents/ollicle/2005/aug/28/commentsclosedwithnotrackb.html' failed: Not a directory

I'm hoping this is an oversight? Any way around this?

I also got Method metaWeblog.editPost" produced a server error: "No ObjectDriver defined at lib/MT/Object.pm line 144 when upgrading to MT 3.2. All permissions correctly set, posting from ecto. Had no problems before that...