Otto Kek?l?inen
Forum Replies Created
-
I changed the timezone setting from UTC+3 to “Helsinki”. Now it works, even if those options should be the same. Weird..
Good thing that the event title has the date and clock at the end, that should allow some of the users to note if they differ, if for example their iCal client does not support time zones.
Chouby: Most probably, when the problem arises, it does not work for all taxonomies. Could you try with the development version ? Hopefully it solves the issue.
I havn’t tried the dev version yet. I’m not sure if I can, where is only one production instance. Is the dev version stable for sure?
The fix i described worked fine, so I’m in no hurry to install new version of Polylang:
I added this to the beginning of save_term():
$this->set_term_language($term_id, $_POST[‘post_lang_choice’]);I don’t have the same symptoms as Revolter describes, probably not the same bug here.
No, I don’t deactivate javascript.
Could the root cause be this:
[post_lang_choice] => fi [post_tr_lang] => Array ( [en] => )Is’t the key ‘en’ supposed to point to something? Now it is empy? Is there something missing from my database/settings?
About plugin conflict: is there any usual suspects? Here is a list of installed plugins (but only 22 of them are activated):
addthis
adhesive
akismet
all-in-one-seo-pack
auto-post-thumbnail
category-posts
category-radio-buttons
clickpass
contact-form-7
contact-form-7-recaptcha-extension
db-cache-reloaded-fix
events-manager
f18ImageGallery
facebook-fan-box
featured-image-in-rss-feed
flickrpress
free-stock-photos-foter
gecka-submenu
google-authorship-widget
google-calendar-widget
google-sitemap-generator
host-meta
hyper-cache
lightbox-2
mobileOKPythia
mowser-wordpress-mobile
multi-feed-reader
my-youtube-playlist
openid
pageear
page-links-to
photo-dropper
polylang
popular-widget
publish-to-facebook
share-on-facebook
surveys
trust_xhtml.php
twitter-widget-pro
well-known
wind_harmaja
wordpress-google-calendar
wordpress-mobile-pack
wordpress-mobile.php
wot-for-blogs
wp-e-commerce
wp-geo
wp-google-analytics
wp-infocard
wp-optimize
wp-polls
wp-recaptcha
wp-rss-multi-importer
wp-socializer
wp-super-cache
xrds-simpleI don’t think any of them does anything to the tag box..
Apache error logs show:
[Mon May 07 07:19:34 2012] [error] [client 81.43.158.144] PHP Warning: date() expects parameter 2 to be long, string given in /shr/wordpress-plugins/events-manager-5.1.6/templates/templates/ical.php on line 36Is it related to this bug?
Which version was this fixed in?
Already in https://downloads.www.ads-software.com/plugin/events-manager.5.1.6.zip or still just in a dev version? Where can I view the SVN commit log? From the WP plugin directory there is only a link to https://plugins.svn.www.ads-software.com/events-manager/ that only shows the files and I’d rather not checkout this SVN folder merely to view its commit log.
I’m running the latest 5.1.6 and my events.ics does not calculate DST correctly – I assume this bug is now fixed but not yet released?
I added this to the beginning of save_term():
$this->set_term_language($term_id, $_POST['post_lang_choice']);
..and now the bug is mostly solved: tags added get a language and they presist!(only remaining thing is duplicates in the tag clound on the edit post page, but that is not a big deal)
This is where the code seems to abort:
if (!isset($_POST['term_tr_lang'])) return;..and thus nothing is done. So what is the ‘term_tr_lang’ and what is it supposed to contain?
I added some debug code to fuction
function save_term($term_id, $tt_id, $taxonomy) {For example I do print_r($_POST) and it shows that when the post is saved, and there is a new tag, lines
if (isset($_POST['term_lang_choice']) && $_POST['term_lang_choice']) $this->set_term_language($term_id, $_POST['term_lang_choice']);are not run, because there is no ‘term_lang_choice’ set (it does not exist in the POST).
However, in the POST there are stuff like
[post_lang_choice] => fi [post_tr_lang] => Array ( [en] => )What does ‘term_tr_lang’ stand for?
What it ‘tr’ abbreviated from? I need to know it to understand the rest of the function’s code.I noticed that when a post is open and a new tag is written in the “Tags” box, the tag exists only as html markup on the current page. Only then the user presses Publish or Save, the tag is actually processed.
In this case the problem seems to be, that when the new tag is processed, it does not get set any language.
I also noticed, that if in the Tags box i press “choose from frequent tags” link and the tag cloud appears, there are some tags listed twice. I checked from the source that their tag-id is identical, so they don’t exist twice, they simply get printed twice.
The tag cloud on the Tag admin page is correct. Also if a add tags from the Tag admin page panel, they get a default language set correctly.
I commented out those lines, but didn’t fix the bug. Still, in the post view when I add a new tag to an article, initially it shows in the tag list, but when I save the post, this newly added tag (and in fact old tags too) disappears with the result, that the saved is tagless.
In the tags admin area I can see that the tags I added exists, but they have no language set.
Thanks however for pointing out this file, I’ll try to read what is does and debug it.
I have still not managed to resolve this issue. I dont’ think there is any syncronization problem, as the tags disappear directly and there is nobody setting or unsetting any languages.
A plugin conflict is possible, but I don’t have any plugins related to languages.
How should I debug this? What if I add some print_r code into some page? What php file does the tag adding?
I noticed that in settings the line ” There are posts, pages, categories or tags without language set. Do you want to set them all to default language ?” comes often up. How do I debug this? How is it possible in the first place that some content would _not_ get a language setting?