Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Re: Feedback on the Textpattern 4.0.8 release
I recently upgraded my local copy of Textpattern to 4.0.8 to make some form and page changes before upgrading my copy on the server (such as removing asy_wondertag now that it’s not necessary). I’ve noticed something a trifle odd in the article tags specifically with regard to the limit attribute.
It’s one off.
When I enter <txp:article limit="6" /> I get not 6, but 5 articles. If I leave the limit off I get 9 articles. <txp:article_custom/> doesn’t seem to have the same issues.
I’m quite prepared to accept that it’s something I’ve done, though for the life of me I can’t see what that might be. Can anyone else confirm this? Currently I’ve only run 4.0.8 on my local machine.
Offline
Re: Feedback on the Textpattern 4.0.8 release
Please post a tag trace.
Offline
Re: Feedback on the Textpattern 4.0.8 release
You know, I knew this would happen as soon as I (virtually) opened my big fat mouth: I’ve identified the problem, and it’s sitting right behind this keyboard.
I should hardly be surprised.
So, while I can certainly count all the way to 10, I might not be so terribly clever on writing forms. Thanks for reminding me to run in debugging mode in testing though.
For what it’s worth, I was trying to run a probably-too-clever-for-my-own-good <txp:if_custom_field><txp:else/> conditional to not show a subset of articles in a list and only show them as an individual article. It mostly works.
Last edited by benjibot (2009-02-13 07:57:17)
Offline
Re: Feedback on the Textpattern 4.0.8 release
I just downloaded and upgraded our site and I get this error:
Some Textpattern files are out of date:
/usr/local/www/vhosts/sprawsm.com/httpdocs/textpattern/lib/txplib_misc.php
Luckily I have backed up the 4.0.7. files and copied the old txplib_misc.php over the 4.0.8. version and site works now without errors. Any ideas?
Offline
#35 2009-02-13 16:39:55
- std
- Member
- From: Germany
- Registered: 2004-03-19
- Posts: 18
Re: Feedback on the Textpattern 4.0.8 release
I have updated two installations from 4.0.7 to 4.0.8, both on the same hosting service provider, in different webspace accounts, but with the same specs. One of the TXPs reports no problem when running the diagnosis. The other TXP reports the clean url test failed, although everything is working just fine on the latter, too.
Before the update the test was succesfully on both of the TXP installations.
Well, everything’s just fine, actually — I was just wondering about that glitch.
Offline
Re: Feedback on the Textpattern 4.0.8 release
… The other TXP reports the clean url test failed …
Same here, says clean URL test failed, but it works.
Offline
#37 2009-02-15 01:20:26
- els
- Moderator
- From: The Netherlands
- Registered: 2004-06-06
- Posts: 7,458
Re: Feedback on the Textpattern 4.0.8 release
std, draganbabic
This happened to me a year ago :) Does ruud’s answer help you?
Offline
#38 2009-02-15 12:48:50
- std
- Member
- From: Germany
- Registered: 2004-03-19
- Posts: 18
Re: Feedback on the Textpattern 4.0.8 release
Els wrote:
This happened to me a year ago :) Does ruud’s answer help you?
Nope. Don’t have rvm_maintenance plugin. Besides, TXP says “clean url test failed” only, but not any further detail about the reason.
Edit: Even if all plugins are inactive the diagnosis result remains the same.
Last edited by std (2009-02-15 12:55:57)
Offline
#39 2009-02-26 00:47:22
- LFGabel
- New Member
- Registered: 2008-07-28
- Posts: 3
Re: Feedback on the Textpattern 4.0.8 release
I just upgraded from 4.0.6 to 4.0.8 and the site is broken, with the following error:
Warning: Invalid argument supplied for foreach() in /textpattern/lib/txplib_misc.php on line 555
I tried to roll back, but the site wouldn’t operate after that.
Is there a way to fix this?
I’m also getting the “clean_url_data_failed” message in diagnostics.
Thanks.
UPDATE:
I tracked this bug down to the “plugin cache directory path” (in Preferences/Advanced) being set with no external plugin php files in the directory. The code checks to see if the “plugin cache directory path” variable is set (in my case it was), then checks to see if the directory exists (again, in my case it was). It does not check to see if the glob($dir.’*.php’) function returns null. So, the foreach() choked on the null.
The simple fix is to remove the path in the “plugin cache directory path” field. However, there should be a check for a null there anyway.
This also removed the “clean_url_data_failed” message in diagnostics as well.
Last edited by LFGabel (2009-02-26 01:42:20)
Offline
Re: Feedback on the Textpattern 4.0.8 release
This was fixed in r3088 for the next release.
Offline
Re: Feedback on the Textpattern 4.0.8 release
I assume this is related to 4.0.8, since it started the day after my otherwise successful and easy-as-always upgrade. I started seeing URLs like the following being accessed, displayed in my logs:
article/textmate-gtd?file=%2Fusers%2Fhome%2FMYUSERNAME%2Fweb%2Fpublic%2Findex.php
And in fact any address I access is rewritten from its normal form “article/textmate-gtd” to a string like the above. I don’t recall seeing this at the time I upgraded, but it must coincide.
So, I turned off zem_redirect pro, and this all stopped — clean URLs back to normal. Has anyone else encountered this? I suppose I’m okay with leaving zem_redirect turned off, but I wonder about losing permalinks that haven’t been re-spidered recently.
-Alan
Offline
Re: Feedback on the Textpattern 4.0.8 release
My old friend, “Can’t post for x because the server reported an error: problem_creating_article” is back, post-upgrade to 4.0.8. Arrg.
When I try to bring up a post list in MarsEdit, the error log shows that there’s no payload in the response to “metaWeblog.getRecentPosts”, just empty XML. It seems to return results for metaWeblog.getCategories though.
Offline
Re: Feedback on the Textpattern 4.0.8 release
Hello All
I just moved a site to a HostEurope Virtual Server running PHP 5.2.10 and I got the following error.
Warning: Invalid argument supplied for foreach() in /textpattern/lib/txplib_misc.php on line 555
Thanks to draganbabic and LFGabel for your posts
The problem was that the glob function was not working on the new server so plugins were not being loaded. I didn’t roll back the complete txplib_misc.php to 4.0.7 as draganbabic mentioned as this led to new errors. I just replaced the glob function with the the lines from v4.0.7 that load plugins from the plugin dir. See below.
I hope this helps anyone who can’t do a full upgrade to a newer release!
Big thanks to ALL the Textpattern devs, admins and everyone here on the forum! :-)
code from /textpattern/lib/txplib_misc.php 4.0.7
555 if (!is_dir($dir)) {
$dir = realpath(txpath.DS.$dir);
if($dir) $dir = rtrim($dir, DS) . DS;
}
$dh = @opendir($dir);
while ($dh and false !== ($f = @readdir($dh))) {
if ($f{0} != '.')
load_plugin(basename($f, '.php'));
563 }
@end@Last edited by ollieclubb (2009-11-11 08:20:08)
Offline