Textpattern Support Forum

Dean –

Thanks again for the continual stream of updates, feature-adds, bug-fixes and an altogether groovy product.

While I agree that this has the makings of a powerhouse CMS (there, I said it, not a blog in site…oops!), I think it will really hit its stride when you incorporate some sort of workflow control. If you could somehow link it to forum software like the PunBB that this is running on, it’d be a much more complete “CMS”.

As it is now, anyone can post willy-nilly, and while that’s fine for a blog, that’s not okay for a corporate site that has an image to maintain.

I’m looking forward to replacing our Sharepoint installation with Textpattern, but approval of posts is a key item that I’m waiting for…

I didn’t mean this to be faint praise – Textpattern is awesome, and I feel damned lucky to have something like this to work with.

- N

Yeah, the g116 update went fine, I ran it right back when I upgraded to 116; it gave me a thumbs up.

It’s something rreeaallyl screwy, ‘cos I moved my echo statement right up to the top and still nothing. (!!) the ERROR_REPORTING statement also does nothing, I put it on the line right after the opening <? .

So I made a test.php file:

<?
ERROR_REPORTING(E_ALL);

include ‘./config.php’;
include ‘./publish.php’;

echo ‘got here anyway’;

echo ‘updated database for Textpattern g1.17’;

?>

Which results in:

got here anywayupdated database for Textpattern g1.17

…which means the includes are fine and php is working…so something is happening in the _g117update code that squelches everything.

Update: running php 4.3.4, mysql client api 3.23.58

Last edited by jdueck (2004-03-24 15:31:15)

Wait a minute, the top of the file should look like this in the g117 update:

<pre>
<?php

include ‘./config.php’;
include $txpcfg[‘txpath’].’/publish.php’;
</pre>

If the error reporting gives nothing, try this instead:

ini_set("display_errors","1");

<i> > Dean wrote:
Wait a minute, the top of the file should look like this in the g117 update: …</i>

It does look like that. What I don’t understand is why a simple echo statement, at the <i>very top</i> of the file, produces no output. And no, the ini_set call doesn’t affect it at all either.

Is safe_query an “intrinsic” mysql function or was it user-defined like <a href=“http://us4.php.net/function.mysql-query#23596”>in this comment</a> ??

Again, running php 4.3.4, mysql client api 3.23.58

safe_query() is a Textpattern function, and it’s certainly available to the script, so long as the includes worked.

I’ve run this update on three different servers, with three different operating systems, so this is baffling.

Check your email.