User-to-user beta test support
This is an archived entry from the Movable Type 3.2 beta test.
Entries from the current beta release (v3.3) can be found here.
As we've indicated before, there is no official support for the beta versions of MT. Of course, that doesn't stop the problems from happening.
So I'm creating this entry to be a repository for support questions where your fellow beta testers (and us if we have the time) can help you out of a jam.
Please note however: This is not a place to report bugs. If you find out that the problem you are having is a bug, please report it through the proper channels so that we can fix it.
Posted on July 21, 2005 8:38 AM in Announcements

Comments
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?
Posted by: Lance McCord
|
July 21, 2005 1:31 PM
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..)
Posted by: demonsurfer
|
July 21, 2005 1:37 PM
btw, if they've done that and are still getting notifications, report it as a bug :)
Posted by: demonsurfer
|
July 21, 2005 1:40 PM
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.
Posted by: The One True b!X
|
July 21, 2005 11:39 PM
See the publishing preferences page. There is an option to use hyphens.
Posted by: Jay Allen
|
July 21, 2005 11:46 PM
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?
Posted by: Robert Strohmeyer
|
July 22, 2005 12:33 AM
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.
Posted by: Robert Strohmeyer
|
July 22, 2005 12:46 AM
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.
Posted by: jeremy93
|
July 22, 2005 8:13 AM
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.
Posted by: Jay Allen
|
July 22, 2005 8:24 AM
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.)
Posted by: staggernation
|
July 22, 2005 9:00 AM
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.
Posted by: Robert Strohmeyer
|
July 22, 2005 10:02 AM
OK, got it. Leaving mt.cfg on the server was the problem. Once I deleted it, the upgrade went smoothly. Thanks for your help.
Posted by: Robert Strohmeyer
|
July 22, 2005 10:30 AM
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.
Posted by: jeremy93
|
July 22, 2005 11:42 AM
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
Posted by: Steve Root
|
July 23, 2005 4:49 AM
"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.
Posted by: Jay Allen
|
July 23, 2005 9:22 AM
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?
Posted by: demonsurfer
|
July 23, 2005 9:26 AM
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?
Posted by: Jay Allen
|
July 23, 2005 9:29 AM
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..
Posted by: demonsurfer
|
July 23, 2005 9:39 AM
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.
Posted by: Jay Allen
|
July 23, 2005 9:47 AM
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.
Posted by: demonsurfer
|
July 23, 2005 9:54 AM
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
Posted by: rclayton
|
July 23, 2005 10:58 AM
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/ ?
Posted by: demonsurfer
|
July 23, 2005 11:07 AM
hmm.. or might have something to do with the host server...
Posted by: demonsurfer
|
July 23, 2005 11:10 AM
my install just hangs on upgrading schema from 3.1 to 3.2002 in mysql upgrade totally stuck, any thoughts?
Posted by: artfusion
|
July 23, 2005 4:26 PM
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?
Posted by: artfusion
|
July 23, 2005 4:35 PM
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
Posted by: so1o
|
July 23, 2005 4:48 PM
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? :)
Posted by: Carolina Blue
|
July 23, 2005 5:18 PM
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.
Posted by: Carolina Blue
|
July 23, 2005 5:26 PM
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 :)
Posted by: so1o
|
July 23, 2005 6:03 PM
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?
Posted by: Zach
|
July 23, 2005 7:57 PM
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.
Posted by: Jay Allen
|
July 23, 2005 9:01 PM
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.
Posted by: Zach
|
July 24, 2005 12:49 AM
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.
Posted by: Jay Allen
|
July 24, 2005 2:45 AM
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"
Posted by: chris
|
July 24, 2005 4:13 AM
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.
Posted by: Brad Choate
|
July 24, 2005 8:14 AM
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.
Posted by: Judi Sohn
|
July 24, 2005 10:20 AM
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.
Posted by: Judi Sohn
|
July 24, 2005 10:26 AM
Whatever you did, it seems to be working now :)
Posted by: demonsurfer
|
July 24, 2005 10:28 AM
Doh! missed your 2nd comment by moments.. hmm, I see what ya mean.
Posted by: demonsurfer
|
July 24, 2005 10:30 AM
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.
Posted by: Judi Sohn
|
July 24, 2005 11:16 AM
Maybe this will help. :-)
Posted by: Jay Allen
|
July 24, 2005 12:27 PM
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?
Posted by: Vinay Venkatesh
|
July 25, 2005 1:27 PM
In reply to kate's comment on another thread:
Do you also see duplicate entries in your entry listing?
Posted by: Jay Allen
|
July 25, 2005 2:50 PM
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.
Posted by: Jay Allen
|
July 25, 2005 2:54 PM
I'm not seeing duplicate entries in the entry listing. I'm only seeing them in the category and monthly archives.
Posted by: Carla
|
July 25, 2005 3:21 PM
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.)
Posted by: g026r
|
July 25, 2005 3:26 PM
Errr... That should be "update templates plugin".
Posted by: g026r
|
July 25, 2005 3:27 PM
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.
Posted by: Jay Allen
|
July 25, 2005 4:02 PM
Good deal. Will submit the bug now. Thanks Jay!
Posted by: Carla
|
July 25, 2005 4:25 PM
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.
Posted by: kate
|
July 25, 2005 4:36 PM
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
Posted by: Jason
|
July 25, 2005 5:03 PM
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).
Posted by: Thomas
|
July 25, 2005 6:58 PM
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.. :)
Posted by: Thomas
|
July 25, 2005 7:04 PM
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?
Posted by: g026r
|
July 25, 2005 7:21 PM
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?
Posted by: Carolina Blue
|
July 25, 2005 9:14 PM
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.
Posted by: Eufreka!
|
July 25, 2005 9:55 PM
Don't know offhand.
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.
B2 is much more stable and bug-free than B1, so unless you dislike your roommate, you'd be better off on B2.
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...
Posted by: Jay Allen
|
July 25, 2005 10:37 PM
Naw, I love my roommate, I'm just a lazy little git. But now that you've gone and made me feel all GUILTY... :)
Posted by: Carolina Blue
|
July 25, 2005 11:53 PM
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
Posted by: Dan
|
July 26, 2005 1:18 AM
Same problem of expired session on my login interface
Posted by: cofano
|
July 26, 2005 6:01 AM
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...
Posted by: Eufreka!
|
July 26, 2005 9:53 AM
That bug was fixed in MT3.2b-20050723 as mentioned here and on this very page a few comments ago.
Posted by: Jay Allen
|
July 26, 2005 10:03 AM
yup me too.. Jay, any comments? Is it a feature or a bug?
Posted by: so1o
|
July 26, 2005 4:35 PM
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 :)
Posted by: hanindyo
|
July 27, 2005 12:12 AM
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?
Posted by: g026r
|
July 27, 2005 2:20 PM
Errr... Going up as it goes backwards in time.
Incidentally, I also got a server error while posting that last comment.
Posted by: g026r
|
July 27, 2005 2:22 PM
Errr... Going up as it goes backwards in time.
Incidentally, I also got a server error while posting that last comment.
Posted by: g026r
|
July 27, 2005 2:23 PM
Already reported and fixed. You can find the fix in the latest nightly.
Posted by: Jay Allen
|
July 27, 2005 2:47 PM
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.)
Posted by: g026r
|
July 27, 2005 3:04 PM
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.
Posted by: Jay Allen
|
July 27, 2005 6:29 PM
Anybody sees this too - using the latest nightly (0727), I can't use dynamic Categories any more - I get a "Page Not Found
message.
Posted by: Lutz-R. Frank
|
July 28, 2005 10:21 AM
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..
Posted by: demonsurfer
|
July 28, 2005 10:27 AM
I'm not seeing that 500 error on search. Can anyone else?
Posted by: Jay Allen
|
July 28, 2005 10:34 AM
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.
Posted by: demonsurfer
|
July 28, 2005 10:36 AM
:/ 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..
Posted by: demonsurfer
|
July 28, 2005 11:35 AM
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)
Posted by: demonsurfer
|
July 28, 2005 11:48 AM
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
Posted by: demonsurfer
|
July 28, 2005 12:08 PM
Is there a bug here, Marcus? You don't say what it did look like.
Posted by: Jay Allen
|
July 28, 2005 12:13 PM
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.
Posted by: Jay Allen
|
July 28, 2005 12:16 PM
Bug filed. Strangely, there was no other error message. I've never seen that before... Anyway, thanks.
Posted by: Jay Allen
|
July 28, 2005 12:24 PM
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)
Posted by: demonsurfer
|
July 28, 2005 12:46 PM
The perl include path was first included in mt-check.cgi as of yesterday morning. That's probably why it 'looked different' before.
Posted by: Jay Allen
|
July 28, 2005 1:00 PM
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.
Posted by: TweezerMan
|
July 28, 2005 5:06 PM
Anyone using the beta with the MTBlacklist plugin? I have the latest daily and all my blacklist links are now gone.
Posted by: todd
|
July 28, 2005 5:07 PM
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?
Posted by: todd
|
July 28, 2005 5:17 PM
Found the MT Blacklist error solution here
Posted by: todd
|
July 28, 2005 5:38 PM
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.
Posted by: Lola
|
July 28, 2005 5:52 PM
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.
Posted by: Jay Allen
|
July 28, 2005 6:20 PM
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.
Posted by: demonsurfer
|
July 28, 2005 8:00 PM
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.
Posted by: Jay Allen
|
July 29, 2005 12:06 AM
ok thanks. Damn you must be working some long hours!
Posted by: demonsurfer
|
July 29, 2005 5:07 AM
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
Posted by: garyx
|
July 29, 2005 8:50 AM
Longer than you can imagine... But luckily, it should only last a week more before we can call this thing done!
Posted by: Jay Allen
|
July 29, 2005 8:51 AM
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.
Posted by: Jay Allen
|
July 29, 2005 8:57 AM
That didn't work at all. Let's try again.
archives/<$MTEntryDate format="%Y/%m"$>/<$MTEntryBasename$>.html
Posted by: Jay Allen
|
July 29, 2005 9:05 AM
Jay:
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.
Posted by: todd
|
July 29, 2005 11:38 AM
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.
Any ideas? Just checking here first before submitting a bug.
Posted by: Carla
|
July 29, 2005 1:32 PM
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.
Posted by: Bryan
|
July 29, 2005 2:25 PM
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.
Posted by: Bryan
|
July 29, 2005 2:26 PM
sorry about the double post
Posted by: Bryan
|
July 29, 2005 2:27 PM
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.
Posted by: Carla
|
July 29, 2005 3:17 PM
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?
Posted by: Donna
|
July 29, 2005 5:29 PM
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?
Posted by: Jay Allen
|
July 29, 2005 11:22 PM
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...
Posted by: Donna
|
July 30, 2005 4:28 AM
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?
Posted by: Judi Sohn
|
July 30, 2005 9:30 AM
Could it be your site javascript template (or lack thereof?). When's the last time you refreshed that?
Posted by: Jay Allen
|
July 30, 2005 9:35 AM
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?
Posted by: kate
|
July 30, 2005 10:48 AM
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.
Posted by: Judi Sohn
|
July 30, 2005 10:56 AM
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/
Posted by: Judi Sohn
|
July 30, 2005 11:06 AM
Judi, please file a bug.
It's fine -- unless you are experiencing problems. If the latter, then please file a bug.
Posted by: Jay Allen
|
July 30, 2005 11:27 AM
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. :-)
Posted by: Judi Sohn
|
July 30, 2005 11:47 AM
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.
Posted by: artfusion
|
July 30, 2005 1:55 PM
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.
Posted by: artfusion
|
July 30, 2005 2:13 PM
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.
Posted by: garyx
|
July 31, 2005 12:57 PM
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).
Posted by: Sean Feeney
|
August 1, 2005 11:30 PM
Nevermind. It's in the search_templates directory. You have to manually edit those files through FTP. My bad :-)
Posted by: Sean Feeney
|
August 1, 2005 11:35 PM
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? :-\
Posted by: kate
|
August 2, 2005 12:40 PM
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)
Posted by: kate
|
August 2, 2005 12:53 PM
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.
Posted by: Jay Allen
|
August 2, 2005 1:57 PM
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?
Posted by: kate
|
August 2, 2005 3:25 PM
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. :/
Posted by: demonsurfer
|
August 2, 2005 3:36 PM
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?
Posted by: Jay Allen
|
August 2, 2005 4:28 PM
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.
Posted by: Jay Allen
|
August 2, 2005 4:33 PM
Case 8136 - Commenter details not carried forward to comment preview :)
Posted by: demonsurfer
|
August 2, 2005 4:36 PM
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.
Posted by: demonsurfer
|
August 2, 2005 4:40 PM
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! ;>)
Posted by: Eric Bessman
|
August 5, 2005 4:25 AM
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!
Posted by: Eric Bessman
|
August 5, 2005 7:07 AM
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.
Posted by: newkai
|
August 5, 2005 1:06 PM
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.
Posted by: Jasmeet
|
August 6, 2005 9:28 AM
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.
Posted by: Jay Allen
|
August 6, 2005 9:44 AM
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 .
Posted by: Jasmeet
|
August 7, 2005 1:24 AM
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?
Posted by: Froggie
|
August 7, 2005 9:16 AM
Anyone get multi-blog working with beta 3 yet?
Posted by: Tj
|
August 7, 2005 6:05 PM
The sixapart.com website uses both Beta-3 and Multiblog without a problem.
Posted by: Jay Allen
|
August 7, 2005 6:50 PM
Thanks. I will remove it and try again.
Posted by: Tj
|
August 8, 2005 8:30 AM
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 ;-)
Posted by: Iain Stewart
|
August 8, 2005 2:49 PM
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.
Posted by: Jay Allen
|
August 9, 2005 1:37 AM
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?
Posted by: The Plaid Cow
|
August 9, 2005 2:36 AM
I just installed the latest nightly, and the trackback issue I'm facing is still there.
Just thought you should know... =)
Posted by: Jasmeet
|
August 9, 2005 11:27 AM
Jasmeet, if you have a bug, please file it.
Posted by: Jay Allen
|
August 9, 2005 12:09 PM
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
Posted by: apb