Go to main content

Textpattern CMS support forum

You are not logged in. Register | Login | Help

#1 2008-07-21 06:09:25

maniqui
Member
From: Buenos Aires, Argentina
Registered: 2004-10-10
Posts: 3,070
Website

problem with pgonly

Hi!

<txp:article pgonly="1" status="sticky" form="product" />

That code isn’t working as expected. It outputs the articles, that is, the HTML is visible in the output. In other words, it isn’t just counting, but working like if pgonly isn’t there.
I’m on TxP 4.0.6.
My diagnostics

Textpattern version: 4.0.6 (r2805)
Last Update: 2008-07-03 15:41:52/2008-01-27 18:59:11
Document root: ***)
$path_to_site: ***
Textpattern path: ***
Permanent link mode: section_title
Temporary directory path: ***
Site URL: ***
PHP version: 5.2.6
Register globals: 1
GD Image Library: version bundled (2.0.34 compatible), supported formats: GIF, JPG, PNG
Server Local Time: 2008-07-20 23:10:00
MySQL: 4.1.11-Debian_4sarge7
Locale: en_US.UTF-8
Server: Apache/2.0.54
PHP Server API: cgi-fcgi
RFC 2616 headers: 0
Server OS: Linux 2.6.20.2-1
Active plugins: zem_contact_reborn-4.0.3.20, upm_savenew-0.4.2, zem_contact_lang-4.0.3.6, rvm_privileged-0.2, rvm_css-0.3, rah_metas-1.0.2, wet_quicklink-0.4.5, wet_peex-0.3, upm_image-0.6.1, upm_file-0.3.3, chh_if_data-0.10, upm_file_popper-0.2, wet_parachute-0.5, gbp_admin_library-0.4.670, wet_plugout-0.2, gbp_permanent_links-0.11.669, asy_wondertag-0.5, lam_image_uploader-0.6c, rss_admin_db_manager-4.3, upm_img_popper-1.3.7, chs_if_urlvar-0.5, sed_plugin_library-0.5.2, sed_section_fields-0.4.8, rvm_counter-0.1, jmd_img_selector-0.3.4

Pre-flight check:
————————————
Some Textpattern files have been modified: /publish.php
————————————

.htaccess file contents:
————————————
#DirectoryIndex index.php index.html

#Options +FollowSymLinks
#Options -Indexes

<IfModule mod_rewrite.c> RewriteEngine On #RewriteBase /relative/web/path/

RewriteCond %{REQUEST_FILENAME} -f [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^(.+) – [PT,L]

RewriteRule ^(.*) index.php

RewriteCond %{HTTP:Authorization} !^$ RewriteRule .* – [E=REMOTE_USER:%{HTTP:Authorization}]
</IfModule>

#php_value register_globals 0

AddHandler php5-script .php

————————————

Last edited by maniqui (2008-07-21 06:11:35)


La música ideas portará y siempre continuará

TXP Builders – finely-crafted code, design and txp

Offline

#2 2008-07-21 14:29:01

thebombsite
Archived Plugin Author
From: Exmouth, England
Registered: 2004-08-24
Posts: 3,251
Website

Re: problem with pgonly

Do you have another article tag on the same page somewhere? You don’t need “form” with the pgonly attribute.


Stuart

In a Time of Universal Deceit
Telling the Truth is Revolutionary.

Offline

#3 2008-07-21 14:47:54

maniqui
Member
From: Buenos Aires, Argentina
Registered: 2004-10-10
Posts: 3,070
Website

Re: problem with pgonly

Hi Stuart,

hehe, you replied when I was explaining the trick somewhere else.
I know the form attribute isn’t need, but it was the only way to do the trick I pointed.

Regarding your question: yes, there is another txp:article tag in the page, and as the manual says, it has exactly the same attributes that the one with pgonly.
The pgonly="1" isn’t working for me at all. It outputs all the HTML (all the retrieved articles) as if the pgonly wasn’t there.
Can’t understand why…
Maybe the status="sticky" has more “priority” over pgonly?
I mean, pgonly seems to make sense on “live” article lists, more than in a “sticky” article list.


La música ideas portará y siempre continuará

TXP Builders – finely-crafted code, design and txp

Offline

#4 2008-07-21 15:06:03

maniqui
Member
From: Buenos Aires, Argentina
Registered: 2004-10-10
Posts: 3,070
Website

Re: problem with pgonly

maniqui wrote:

Maybe the status="sticky" has more “priority” over pgonly?
I mean, pgonly seems to make sense on “live” article lists, more than in a “sticky” article list.

Ok, I can almost confirm that this issue is related to pgonly="1" and status="sticky".
I’ve changed the status of articles from “sticky” to “live” (and also, removed the status="sticky" attr) and the pgonly worked as expected.

In fact, if I keep both the pgonly="1" and the form="product_counter" (after changing articles to “live”) the rvm_counter trick failed, precisely because the pgonly="1" worked as expected, so the product_counter form was never processed (and so, the rvm_counter was never called).

So, do you think there is a bug to squish?


La música ideas portará y siempre continuará

TXP Builders – finely-crafted code, design and txp

Offline

#5 2008-07-21 15:44:21

thebombsite
Archived Plugin Author
From: Exmouth, England
Registered: 2004-08-24
Posts: 3,251
Website

Re: problem with pgonly

Yes I thought the 2 threads might be connected so I’ve given you something else to think about over there. ;)


Stuart

In a Time of Universal Deceit
Telling the Truth is Revolutionary.

Offline

#6 2008-07-24 21:46:09

maniqui
Member
From: Buenos Aires, Argentina
Registered: 2004-10-10
Posts: 3,070
Website

Re: problem with pgonly

Bump this to put it on the radar of devs.

@ruud,
btw, if you are there, could you create a thread for rvm_counter? (great and neat plug-in)


La música ideas portará y siempre continuará

TXP Builders – finely-crafted code, design and txp

Offline

Board footer

Powered by FluxBB