Feedback for the Textpattern 4.4.0 release

ax · 2011-04-10 11:57:49

Bloke · 2011-04-10 19:13:29

merz1 wrote:

Are those security implications maybe still valid for your short url plug-in?

Not as far as I can tell. You can’t short URL to a non-live (or non-sticky) article. Unless I’ve missed something?

Last edited by Bloke (2011-04-10 19:14:04)

jstubbs · 2011-04-11 23:09:38

I am getting a Fatal error: Call to undefined function strftime() error on a 4.0.4 TXP install suddenly. Any ideas where this is called and why the error might appear?

Also get Fatal error: Call to undefined function strftime() on the Users tab while the Prefs tab does not display anything underneath the DST enabled setting. Nothing changed on the web host side (apparently) so trying to track this down.

ruud · 2011-04-12 10:36:00

4.0.4 or 4.4.0? Please post full diagnostics.

jstubbs · 2011-04-12 10:48:03

Hi Ruud, yes sorry it was 4.4.0. The site is live and not operational by myself, I am just helping out. The owner says they didn’t do anything and the web host says the same, but suddenly the site is down with that error message.

I can’t see diagnostics – only Fatal error: Call to undefined function gmstrftime() in /home/site/public_html/textpattern/include/txp_diag.php on line 480. To be exact, the pre-flight check works and returns:

The following PHP functions (which may be necessary to run Textpattern) are disabled on your server: proc_close, proc_get_status, proc_terminate, myshellexec, shell, system_exec, posix_getpwuid, posix_getgrgid, posix_kill, ssh2_exec, pcntl_exec, ini_restore

Then the error message above and nothing else. Prefs tab returns data up to DST enabled? and nothing more.

Front page of the site returns the error Fatal error: Call to undefined function strftime() in /home/site/public_html/textpattern/lib/txplib_misc.php on line 1375

Not seen this before. Tried replacing the PHP files noted but that did not work.

ruud · 2011-04-12 12:11:58

Upload a file called test.php with these contents:

<?php
setlocale(LC_TIME, 'en_US');
echo strftime("%b %d %Y %H:%M:%S", mktime(20, 0, 0, 12, 31, 98)) . "\n";
echo gmstrftime("%b %d %Y %H:%M:%S", mktime(20, 0, 0, 12, 31, 98)) . "\n";
?>

If that doesn’t show 2 dates, you contact the webhost.

jstubbs · 2011-04-12 12:20:00

Thanks Ruud. test.php returns the same error: Fatal error: Call to undefined function strftime() in /home/site/public_html/test.php on line 3 so I guess the web host has some answering to do.

I’ll report back in case it is a TXP issue, although I am sure its just a crappy host (not mine!). Thanks.

ecklesroad · 2011-04-13 14:07:31

ax wrote:

Textile may not be the latest version

I’m getting this also when saving/publishing articles. Also, there seems to be a bug in this version of textile that will not wrap header tags properly. It’s not closing the tags.

h4(some_class). Some text

is now being rendered

<h4 class="some_class">Some text<h4>

Bloke · 2011-04-13 14:17:58

ecklesroad wrote:

Textile may not be the latest version

Entirely possible. For now you can grab the latest version from the Textile repo.

Also, there seems to be a bug in this version of textile that will not wrap header tags properly.

Are you sure it’s not another plugin interfering with the tags? I can’t replicate this.

ecklesroad · 2011-04-13 14:25:33

~~It seems to be only happening with h1-6 tags….along with that ugly depreciated error~~

~~I’m running joh_admin_markitup, lam_image_uploader, rss_unlimited_categories & upm_savenew on the install were this is noticed.~~

~~“source”:view-source:www.mnresortsales.com/listings/agents line line 157 and 159 for example~~

Bloke wrote:

Entirely possible. For now you can grab the latest version from the Textile repo.

That did the trick I think!

Last edited by ecklesroad (2011-04-13 14:37:55)

johnstephens · 2011-04-20 01:57:20

I upgraded a site that uses ign_password_protect a few weeks ago, but it didn’t occur to me to try logging in using the ign login form. This week I got a few password-reset requests, and I didn’t think much of it until one user notified me that his new password isn’t working. I imagine this has to do with the new password encryption in TXP 4.4.0. If that’s so, is there any way I can manually edit ign_password_protect v0.5b9 so that it will work with the latest Textpattern?

I might yet post this query in the plugin support thread, but I know that Jeremy has a lot going on right now, and another user already raised a similar question there.

Thanks!

marjoleink · 2011-04-26 12:41:54

All new here:

brand-new Textpattern user (evaluating, not easily discouraged)
brand-new forum member (after jumping through some hoops)
brand-new domain (registered yesterday)
brand-new install with 4.4.0 using multi-domain setup with admin on separate subdomain

I ran into a few curiosities and may have some suggestions:

First of all, I made sure the zone files for the domain were in place and I could reach it from the browser. No problem there though I realize it may not be reachable from everywhere yet.

I used the instructions given in the README for multi-site install, picking the admin in subdomain method because I could secure that with SSL (and didn’t call the subdomain ‘admin’ :)).

Since the instructions mentioned symlinks here and there I uploaded the archive to the server and unpacked it there, resulting in a ‘textpattern-4.4.0’ folder. I created a symlink to that called ‘textpattern’ so that in principle a future update could live in its own folder and I’d only have to update the symlink (and copy over the sites directory tree, of course).

Then I made sure the httpd.conf files (included in a tree under DirectAdmin) had the suggested information for this multi-site setup.

Started install from https://myadmin.mydomain/setup/ and basically everything went without a hitch. Until…

1. The README gives some hints about links that are wrong in this multi-domain setup – I suspect this could be improved

2. Worse: Going to my new site’s homepage, I saw a bunch of errors referring to database problems; the partial page below that was completely unstyled (raw HTML).

The errors were:

Warning: Unknown column ‘load_order’ in ‘order clause’ select name, code, version from nultxp_plugin as txp_plugin where status = 1 AND type IN (0,1) order by load_order in /home/memyselfandi/textpattern-4.4.0/textpattern/lib/txplib_db.php on line 89

Tag error: <txp:article_custom section=’<txp:section />’ wraptag=“ul” break=“li”> -> Textpattern Warning: Unknown column ‘Expires’ in ‘field list’
select *, unix_timestamp(Posted) as uPosted, unix_timestamp(Expires) as uExpires, unix_timestamp(LastMod) as uLastMod from nultextpattern as textpattern where 1=1 and Status = 4 and Posted <= now() and (now() <= Expires or Expires = ’0000-00-00 00:00:00’) and Section IN (‘default’) order by Posted desc limit 0, 10 on line 89

Tag error: <txp:article limit=“5” /> -> Textpattern Warning: Unknown column ‘Expires’ in ‘where clause’
select count(*) from nultextpattern as textpattern where 1=1 and Status = 4 and Posted <= now() and (now() <= Expires or Expires = ’0000-00-00 00:00:00’) and Section != ‘about’ on line 89

Tag error: <txp:article limit=“5” /> -> Textpattern Warning: Unknown column ‘Expires’ in ‘field list’
select *, unix_timestamp(Posted) as uPosted, unix_timestamp(Expires) as uExpires, unix_timestamp(LastMod) as uLastMod from nultextpattern as textpattern where 1=1 and Status = 4 and Posted <= now() and (now() <= Expires or Expires = ’0000-00-00 00:00:00’) and Section != ‘about’ order by Posted desc limit 0, 5 on line 89

Using a database client I checked the database and found the referred-to columns all present

3. Wondering what could be the problem, I went to my admin URL, and found that that displayed fine (styled, too!). Went to the Diagnostics tab, and found a bunch of errors reported (more about this later), none of which seemed related to the “missing” database columns.

Back to my home page, I reloaded the page … and the errors were gone. Still unstyled though. And all links to the admin area are simply wrong while the category links did not work.

4. Back to diagnostics.

First thing that stood out was a missing .htaccess file. I copied the suggested content, created a .htaccess file and put that in the sites/mydomain/public folder
It was also complaining about missing the Files folder (it was not missing, it was somewhere else!); I corrected the File Directory Path in the Advanced Preferences
I also made sure the Site Url (Basic tab) was correct: it was, but Diagnostics thinks it should be the admin Url…

Checking my homepage again, all links to Admin area are still just as wrong, but now links to categories, sections and comments actually work.

5. I’m left with a bunch of problems reported in Diagnostics, some of which I can tell are simply ‘bogus’ because it doesn’t know there’s a separate admin subdomain, but not all. And my home page is still unstyled while the admin area is styled (nicely).

Here’s the current output:

Pre-flight check: (path obscured)

Web Domain DNS lookup fails: nul.lt ?
/[path]/textpattern/textpattern/setup/ still exists ?
Missing files: /[path]/textpattern/textpattern/../index.php ?
Site URL preference might be incorrect: [admin].nul.lt ?
Clean URL test failed. ?

Diagnostic info: (path obscured)

Textpattern version: 4.4.0 (r3514)
Last Update: 2011-04-26 07:15:57/2011-03-26 19:03:34
Document root: /[path]/textpattern/sites/nul.lt/admin (/[path]/textpattern-4.4.0/sites/nul.lt/admin)
$path_to_site: /[path]/textpattern-4.4.0/sites/nul.lt/public
Textpattern path: /[path]/textpattern/textpattern
Permanent link mode: section_id_title
Temporary directory path: /tmp
Site URL: nul.lt
PHP version: 5.2.9
GD Image Library: version bundled (2.0.34 compatible), supported formats: GIF, JPG, PNG
Server TZ: America/New_York
Server Local Time: 2011-04-26 07:50:23
DST enabled?: 0
Automatically adjust DST setting?: 0
Time Zone: America/Caracas (-14400)
MySQL: 5.0.45-community
Locale: en_US.UTF-8
Server: Apache/2
Apache version: Apache/2
PHP Server API: apache2handler
RFC 2616 headers: 
Server OS: Linux 2.6.18-028stab068.9
Admin-side theme: remora 4.4.0

Pre-flight check: 
------------------------
Web Domain DNS lookup fails: nul.lt
/[path]/textpattern/textpattern/setup/ still exists
Missing files: 
	/[path]/textpattern/textpattern/../index.php
Site URL preference might be incorrect: [admin].nul.lt
Clean URL test failed.
------------------------

.htaccess file contents: 
------------------------
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.+) - [PT,L]

RewriteRule ^(.*) index.php

------------------------

Starting with the pre-flight check:

1. What is it using for DNS lookup?? The domain resolves fine for me – and actually (as a result of mentioning the domain on identi.ca) Yahoo’s crawler has found it already, too. I know it may not have fully propagated yet, but I wonder where it gets this result…

2. [bogus] It’s outside the webroot and should still exists since this is used (via symlink) by the installer in multi-site mode. The cause here is the admin area seems to have no concept of multi-site installs (though it obviously works).

3. [bogus] The index.php used is the one in the sites/mydomain/public folder, the one referred to here was actually removed following instructions in the multi-site README. Same cause as above: admin doesn’t know about multi-site.

4. [bogus] Site URL preference actually is correct. The way it’s formulated is confusing too; it seems to be saying that ‘[admin].nul.lt’ is incorrect (it is, but that’s not what’s in the preferences).

5. Very odd – because it does seem to be working on my home page! How does it come to this conclusion? It’s obviously wrong.

Diagnostic info:

The $path_to_site variable (found as such in the prefs table) is technically correct, but it has resolved (via real_path()?) the symlink I’m using – as shown in the line before. This would probably defeat my whole purpose of using a (version-less) symlink in the first place. Can I just replace it (in the DB) with the symlinked path?
The .htaccess shown is what I created based on the diagnostics suggestion. I note hhowever it’s different from the one in the installation folder. Why?

Suggestions

On the first screen of the installation, the installer asks for the Site URL. At this point, the installer also “knows” where it’s running, and could ask for (and even suggest) the Admin URL. This information could then be used to generate the helpful links in the default home page.
Since the Document_root (for admin) and path-to-site are actually correctly deduced, this information could be used to:

– deduce this is a multi-site install (ask whether this is the case!)

– look for the correct path of the Files folder

– look for the correct path of index.php

– create .htaccess files in the correct locations (the one in public was diagnosed as missing, but in reading this thread I also saw a reference to a .htaccess file in the Files folder – which is equally missing!)

In other words, if the installer were actually aware of the possibility of a multi-site install, the bogus problems could be avoided, correct links could be generated in the initial home page, and .htaccess files could be copied from their ‘single-site’ locations. I haven’t looked at any code yet, but I suspect this would be fairly easy to implement.

My apologies for such a long post, but I’m hoping my observations can help improve the installer.

(And I’d like to know why my home page isn’t styled – I’d have expected it to, at least with some basic styling)

UPDATE
I managed to find the cause of my ‘unstyled’ homepage: I looked at the page source, found the URL of the stylestheet and loaded that in the browser: it was complaining about ‘headers already sent’ – originating at (the last line of) my config.php file. As it turns out, it had a space after the final ?> … What I cannot trace back is how that got there: the installer shows what the file should contain so you can copy and paste it and place it on the server — was that extra space in the proposed code or did it somehow sneak into it when I was copy-and-pasting? I have no idea…

Anyway, after I removed it, my default home page look one hell of a lot better :D

Cheers,

Last edited by marjoleink (2011-04-26 14:04:22)

Gocom · 2011-04-26 14:15:09

Hello and welcome Marjolein. Nice to see new users :-)

marjoleink wrote:

2. Worse: Going to my new site’s homepage, I saw a bunch of errors referring to database problems; the partial page below that was completely unstyled (raw HTML).

Nothing to worry about. The updater is run during first log in. The database structure right after installing belongs to orginal (older) TXP 4.x version, which is then updated to newer structure with the updater. This means that ‘till the updater is ran (first log in) the public side will show some notices.

Last edited by Gocom (2011-04-26 14:17:02)

marjoleink · 2011-04-26 14:22:17

Gocom wrote:

Hello and welcome Marjolein. Nice to see new users :-)

Thank you! :)

Nothing to worry about. The updater is run during first log in. The database structure right after installing belongs to orginal (older) TXP 4.x version, which is then updated to newer structure with the updater. This means that ‘till the updater is ran (first log in) the public side will show some notices.

Ah. That’s OK then.

It would be nice if the installer somehow gave a hint this would/might happen though! Without that it’s pretty confusing and not such a good first-time experience.

Cheers,

ruud · 2011-04-26 14:23:09

marjoleink wrote:

Since the instructions mentioned symlinks here and there I uploaded the archive to the server and unpacked it there, resulting in a ‘textpattern-4.4.0’ folder. I created a symlink to that called ‘textpattern’ so that in principle a future update could live in its own folder and I’d only have to update the symlink (and copy over the sites directory tree, of course).

Don’t forget to copy the config.php file to the folder containing the latest TXP version.

2. Worse: Going to my new site’s homepage, I saw a bunch of errors referring to database problems; the partial page below that was completely unstyled (raw HTML).

I think those are “normal”. They disappear after logging in on the admin side.

Web Domain DNS lookup fails: nul.lt ?
What is it using for DNS lookup?? The domain resolves fine for me – and actually (as a result of mentioning the domain on identi.ca) Yahoo’s crawler has found it already, too. I know it may not have fully propagated yet, but I wonder where it gets this result…

TXP simply uses a PHP function to lookup the domain name. Domain propagation could be a problem, but it’s also possible that the server itself cannot perform DNS lookups due to misconfiguration.

Clean URL test failed.
Very odd – because it does seem to be working on my home page! How does it come to this conclusion? It’s obviously wrong.

DNS lookup again. TXP tries to fetch a test URL but fails if it cannot lookup the domain name.

The .htaccess shown is what I created based on the diagnostics suggestion. I note hhowever it’s different from the one in the installation folder. Why?

I always use the .htaccess that comes with TXP. Usually there’s no need to create one manually.

On the first screen of the installation, the installer asks for the Site URL. At this point, the installer also “knows” where it’s running, and could ask for (and even suggest) the Admin URL. This information could then be used to generate the helpful links in the default home page.

Good idea.

p. – create .htaccess files in the correct locations (the one in public was diagnosed as missing, but in reading this thread I also saw a reference to a .htaccess file in the Files folder – which is equally missing!)

It is called .htaccess-dist and has to be renamed to .htaccess if have /files inside the document root and want to prevent direct access to the files (which you should if you allow untrusted (read: other) people to upload files).

PS. I’m not responding to the multi-site stuff, since that was added after I left the development team and I’m not familiar with that part of the code.

Textpattern CMS

Textpattern CMS support forum

#91 2011-04-10 11:57:49

Re: Feedback for the Textpattern 4.4.0 release

#92 2011-04-10 19:13:29

Re: Feedback for the Textpattern 4.4.0 release

#93 2011-04-11 23:09:38

Re: Feedback for the Textpattern 4.4.0 release

#94 2011-04-12 10:36:00

Re: Feedback for the Textpattern 4.4.0 release

#95 2011-04-12 10:48:03

Re: Feedback for the Textpattern 4.4.0 release

#96 2011-04-12 12:11:58

Re: Feedback for the Textpattern 4.4.0 release

#97 2011-04-12 12:20:00

Re: Feedback for the Textpattern 4.4.0 release

#98 2011-04-13 14:07:31

Re: Feedback for the Textpattern 4.4.0 release

#99 2011-04-13 14:17:58

Re: Feedback for the Textpattern 4.4.0 release

#100 2011-04-13 14:25:33

Re: Feedback for the Textpattern 4.4.0 release

#101 2011-04-20 01:57:20

Re: Feedback for the Textpattern 4.4.0 release

#102 2011-04-26 12:41:54

Re: Feedback for the Textpattern 4.4.0 release

#103 2011-04-26 14:15:09

Re: Feedback for the Textpattern 4.4.0 release

#104 2011-04-26 14:22:17

Re: Feedback for the Textpattern 4.4.0 release

#105 2011-04-26 14:23:09

Re: Feedback for the Textpattern 4.4.0 release

Board footer