Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
#16 2011-06-26 15:08:31
- Dimitri
- Member
- From: Johannesburg
- Registered: 2010-10-31
- Posts: 129
Re: Feedback for the Textpattern 4.4.1 release
Other problem.
I was playing around with smd_calendar.
Sometimes I am unable to save the article after adding the expiring date. Even date after today, tried everything.
I get this message
“I’m sorry. I’m afraid I can’t do that. I think article save is no safe operation at this time.”
= EDIT =
How you will receive the problem
Make an new entry. Add expiry date, save
Its fine and you can go around the backend.
But If you add an expiry date and make a mistake and change it again straight away. You will see it.
Last edited by Dimitri (2011-06-26 15:11:47)
<txp:way_too_cool />
Offline
Re: Feedback for the Textpattern 4.4.1 release
Dimitri wrote:
Sometimes I am unable to save the article after adding the expiring date. Even date after today, tried everything.
I cannot replicate this problem, sorry. I wrote a new article, set an invalid expiry (earlier than today) and hit Publish. TXP reported that the date was invalid. I altered it straight away to a future date and hit Publish again. TXP saved the article for me. Anything I’m missing? Anyone else reproduce this?
renobird
No idea, sorry. Drop me a line though: I might have a solution.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Hire Txp Builders – finely-crafted code, design and Txp
Offline
#18 2011-06-26 15:29:27
- Dimitri
- Member
- From: Johannesburg
- Registered: 2010-10-31
- Posts: 129
Re: Feedback for the Textpattern 4.4.1 release
Not having this problem anymore… Weird. But I guess its nothing serious.
<txp:way_too_cool />
Offline
Re: Feedback for the Textpattern 4.4.1 release
smd_admin_themes 0.26 stopped working after upgrade from 4.4.0 to 4.4.1. – will post that to plugin thread including fix (if update to 0.27 fixes it).
A hole turned upside down is a dome, when there’s also gravity.
Offline
Re: Feedback for the Textpattern 4.4.1 release
Updated 2/3 sites without any (visible) problems…
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: Feedback for the Textpattern 4.4.1 release
Update:
The issue I was having with jmd_img_selector was resolved by completely uninstalling and removing all traces of the plugin.
I reinstalled and the error went away. It happened on 2 different sites, on 2 different servers. Damn Gremlins.
Otherwise, my upgrades have been without incident.
Offline
Re: Feedback for the Textpattern 4.4.1 release
I just discovered what seems to be a change of behaviour regarding the related_articles tag.
If the articles are of the same section but there is no category allocated to them, the list is not populated
This is the code I had in the “archives” template which only serves outdated entries and articles from the about section (which they have no categories allocated to them)
<txp:if_article_section name="about">
<txp:related_articles label="You may also want to read" labeltag="h4" limit="10" break="li" wraptag="ul">
<txp:permlink><txp:title /></txp:permlink>
</txp:related_articles>
<txp:else />
<h5 class="current">This entry is outdated.<br />Here are some of our current posts:</h5>
<txp:article_custom limit="10" sort="rand()" wraptag="ul" break="li" section="arts_info,calls" class="non_related_articles">
<txp:permlink><txp:title /></txp:permlink>
</txp:article_custom>
</txp:if_article_section>The outdated entries pages are just fine but the about pages (individual articles) do not return any related links
from the textbook:
If category 1 of the individual article being displayed is left blank and category 2 is not blank, then all other articles are selected as being related. If both categories are left blank, then no articles are selected.
In previous installs the tag worked with articles not belonging to a category. should we take it as a fixed bug?
Last edited by colak (2011-07-12 09:36:23)
Yiannis
——————————
NeMe | hblack.art | EMAP | A Sea change | Toolkit of Care
I do my best editing after I click on the submit button.
Offline
#23 2011-07-13 18:40:12
- ploinkr
- Member
- From: Montreal
- Registered: 2007-12-06
- Posts: 83
Re: Feedback for the Textpattern 4.4.1 release
Updated a site from 4.2 to 4.4.1 and none of my CSS is loading… Any idea? :-/
Was using rvm_css but even without that the site is just plain html.
Offline
Re: Feedback for the Textpattern 4.4.1 release
Hi Benoit
Can you post your diagnostics?
Yiannis
——————————
NeMe | hblack.art | EMAP | A Sea change | Toolkit of Care
I do my best editing after I click on the submit button.
Offline
#25 2011-07-13 18:46:30
- ploinkr
- Member
- From: Montreal
- Registered: 2007-12-06
- Posts: 83
Re: Feedback for the Textpattern 4.4.1 release
colak, thanks for your reply.
I just found the culprit: for some reason, mediatemple changed my PHP version from 5 to 4!
All is well now :-)
Thanks again,
B.
Offline
#26 2011-07-17 11:46:49
- Dimitri
- Member
- From: Johannesburg
- Registered: 2010-10-31
- Posts: 129
Re: Feedback for the Textpattern 4.4.1 release
Hi All.
I made an interesting find.
The reason why glz_custom_field wasnt working because it failed to write to the database. So I made new table and fields. It works all fine.
Th interesting thing is I found that anything is new written to the database such as plugins, etc. The collation for the table automatically becomes latin1_swedish.ci
I have no knowledge in mySQL, mostly what I did was guesswork.
I am also having that problem with glz and collation in 4.4.0
My version
osx 10.6.8
Mysql 5.5.9
php 5.2.17 (I also have 5.3.5, but i dont use it)
MAMP 1.9.5
Like I said, I have no knowledge in mySQL, I dont know if this is serious issue or not
<txp:way_too_cool />
Offline
Re: Feedback for the Textpattern 4.4.1 release
Dimitri wrote:
Th interesting thing is I found that anything is new written to the database such as plugins, etc. The collation for the table automatically becomes latin1_swedish.ci
That’s likely because of the default collation for the database is set latin1 with Swedish localization. If the plugin doesn’t define charset for the table created the default (or parent) collation is used. When using Textpattern the default collation for the database should be set as UTF-8.
Not all plugin’s define the default charset when creating tables, as doing so may need some configuration checks if the dev wants to support decade old MySQL versions.
Like I said, I have no knowledge in mySQL, I dont know if this is serious issue or not
Apart from the fact that it can screw sorting and searching, no not that much. You can probably safely alter the existing tables to UTF-8 and then change the database defaults too. If you are using phpMyAdmin (or other MySQL manager script) you should be able to do it with Operations interface (in phpMyadmin open set table, select Operations from the tab menu).
Offline
#28 2011-07-17 12:55:10
- Dimitri
- Member
- From: Johannesburg
- Registered: 2010-10-31
- Posts: 129
Re: Feedback for the Textpattern 4.4.1 release
Thanx it helped me out.
One more question. Which storage engine should I use? I have a combination of MyISAM and InnoDB.
Which one is preferred?
<txp:way_too_cool />
Offline
Re: Feedback for the Textpattern 4.4.1 release
^^ If you have to ask that question, use MyISAM ;)
Offline
Re: Feedback for the Textpattern 4.4.1 release
red_bot plugins seems not work!
bot_write_tab_customize and bot_admin_tooltips!
Offline