Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
I get this error on my localhost
Warning: Raw PHP tags are deprecated in /Applications/MAMP/htdocs/nemeorg/textpattern/publish.php on line 978
As far as I can see I have no php tags, except the ones enclosed in <code><txp:php></code> . I have no such tags as <code>?></code>
Also on the “Edit in CSS editor” mode I get
Notice: Undefined offset: 1 in /Applications/MAMP/htdocs/nemeorg/textpattern/include/txp_css.php on line 243
Last edited by colak (2006-08-10 13:13:12)
Yiannis
——————————
NeMe | hblack.art | EMAP | A Sea change | Toolkit of Care
I do my best editing after I click on the submit button.
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
Colak’s error is the same one I experienced earlier, and had narrowed down the the rsx_frontend_edit_link
plugin. Removed the tag, the error was gone.
textpattern.org :: find and share Textpattern resources
docs.textpattern.io :: Textpattern user documentation
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
alicson wrote:
Colak’s error is the same one I experienced earlier, and had narrowed down the the
rsx_frontend_edit_link
plugin. Removed the tag, the error was gone.
Yep that dit it
Yiannis
——————————
NeMe | hblack.art | EMAP | A Sea change | Toolkit of Care
I do my best editing after I click on the submit button.
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
Removed the tag, the error was gone.
Question for the devs: How can this error be caused by a plugin, when it should just indicate the use of <?php ... ?>
?
In other words: Is this a problem concerning the function that indicates this error or is it a problem concerning the plugin itself? Just asking because there seems to be a similar problem with my plugin nhn_livecommentpreview.
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
I don’t know if this is supposed to be like this but in diagnostics I get this on top of the text field and they are all in red
<span style=“color:red”>dev_version_live: /include/txp_category.php,
/include/txp_plugin.php,
/include/txp_auth.php,
/include/txp_form.php,
/include/txp_section.php,
/include/txp_tag.php,
/include/txp_list.php,
/include/txp_page.php,
/include/txp_discuss.php,
/include/txp_prefs.php,
/include/txp_log.php,
/include/txp_preview.php,
/include/txp_image.php,
/include/txp_article.php,
/include/txp_css.php,
/include/txp_admin.php,
/include/txp_link.php,
/include/txp_diag.php,
/lib/txplib_misc.php,
/lib/taglib.php,
/lib/txplib_head.php,
/lib/classTextile.php,
/lib/txplib_html.php,
/lib/txplib_db.php,
/lib/txplib_forms.php,
/publish/taghandlers.php,
/publish/atom.php,
/publish/log.php,
/publish/comment.php,
/publish/rss.php,
/publish.php,
/index.php</span>
Yiannis
——————————
NeMe | hblack.art | EMAP | A Sea change | Toolkit of Care
I do my best editing after I click on the submit button.
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
upm_image aka “insert image” (latest version – 0.4.4) and upm_save_new link do not appear in the write tab anymore
> Edit I’m including this here because we were asked to write re plugin problems in this pre release
Last edited by colak (2006-08-10 13:46:32)
Yiannis
——————————
NeMe | hblack.art | EMAP | A Sea change | Toolkit of Care
I do my best editing after I click on the submit button.
Offline
#43 2006-08-10 13:45:15
- rui
- Member
- From: Espinho, Portugal
- Registered: 2005-04-28
- Posts: 65
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
Zanza wrote:
(…) Yes. In at least one example I actually use article built-in tag. I deactivated chh plugins, but month’s name still are in english, whereas language (also in the backend interface) is italian.
No one made some other non-english testing? I’m the only having the problem? (…)
Nope. You’re not the only one having the month’s name in english when it is supposed to be in another language (Portuguese in my case). And I’m not using chh plugins…
All the Best,
rui
Offline
#44 2006-08-10 14:03:35
- Mary
- Sock Enthusiast
- Registered: 2004-06-27
- Posts: 6,236
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
Month names in english – in your dates, right? Dates are all powered by PHP functions and your locale. That problem could be the caused by your PHP’s locale not being very complete – or perhaps, buggy – I think.
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
Skubidu wrote:
Question for the devs: How can this error be caused by a plugin, when it should just indicate the use of
<?php ... ?>
?
Simple. The mentioned rsx_plugin does this:
return '< ?php if ( isset [...]
So it returns php-code that gets inserted into the template, which is then later eval()ed by textpatern. Why it does that, I am not sure. It doesn’t seem to be necessary to me. Just an additional level of indirection.
In other words: Is this a problem concerning the function that indicates this error or is it a problem concerning the plugin itself? Just asking because there seems to be a similar problem with my plugin nhn_livecommentpreview.
Are you returning php-code in any of your plugins?
Last edited by Sencer (2006-08-10 14:13:27)
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
Are you returning php-code in any of your plugins?
No, I think I’m not. I checked the code and could find anything like that.
I’m not using the plugin myself at the moment and had no time yet to test it but the problem was reported by Jon Hicks.
Last edited by Skubidu (2006-08-10 14:26:59)
Offline
#47 2006-08-10 14:29:08
- rui
- Member
- From: Espinho, Portugal
- Registered: 2005-04-28
- Posts: 65
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
Mary wrote:
Month names in english – in your dates, right? Dates are all powered by PHP functions and your locale. That problem could be the caused by your PHP’s locale not being very complete – or perhaps, buggy – I think.
With Txp 4.0.3 -> month names in portuguese
New build -> month names in english
Languages updated. Same local server, in 2 different installations
Note: Zanza has previously reported a similar problem.
Zanza wrote:
It’s indeed very strange. With 4.0.3, the months name are in italian, with the new build they are always in english! I changed more than once the installed languages, but everything remain in english. :-/ (…)
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
Nope. You’re not the only one having the month’s name in english when it is supposed to be in another language (Portuguese in my case).
Confirmed. I have the same problem in german. Locale is available and set up correctly.
Sorry for not spotting it earlier. I will take a look at it. Thanks.
Offline