Simon

Based on what I see in the antispam-bee.zip file, the plugin is in English and contains German, French and Russian translations.

Edit: Oh, now I get what you mean. It’s just on the antispam-bee main page that everything is in German. The plugin contains the 4 languages mentioned above.

On an English WP installation, Antispam Bee is completely translated to English (ASB 2.5.4 on WP 3.5.1).
What versions do you use?

I would add something like this to robots.txt:

User-agent: Googlebot
Disallow: /*?lang=en$

Which will make Googlebot ignore all URLs that end in ‘?lang=en’.

It’s a bit of manual work, but this might help:
qTranslate Forum: resizing qtranslate flags

(same question already answered in the qTranslate forum, answer here for reference)

See the FAQ for I don’t use Widgets, how do I get a Language Switcher?.

I’ve added this code to both content.php and content-page.php of my twentytwelve theme to have the language switcher in the single post view and for the static pages.

Hi Sara,

Which browser are you using? I recall having a similar problem (invisible text) when using Chrome a while ago. It was fine with Firefox or IE.

Greetings,
Simon

Hi Sara,

Are you using any MCE plugins? I have “Ultimate TinyMCE” and both the visual and text editor work fine in all languages. (WP 3.5.1 / qTranslate 2.5.34)

You can try to disable other plugins to find out if they interfere with each other.

Greetings,
Simon

Please get your facts straight:
– As mentioned by kalshrye, a WP 3.5.1 compatible version has been released over a month ago.
– Qian Qin has been actively working with testers to fix qTranslate for WP 3.5, even though he had no internet at home for several weeks (his ISP fracked up).
– The required fixes were much more than just the compatible version number update, WP changed the editor.

Greetings,
Simon

Thanks for the link! Bug report is submitted.

I’ve quickly looked through the code, and it may be enough to

• Revert lib\meta.php to 1.9.10 state*
• Check/Select the pictures that have invalid imagedate in the gallery
• Pick ‘Import Metadata’ from the Combobox and execute it

I’ve not tested this (I manually updated the database..), but it looks like get_date_time() is called when doing this.

* If you don’t have an old copy of nggallery, the internet’s long time memory has it.

Update: I’ve replaced lib\meta.php with the one from 1.9.10 and it works fine again when importing images.

The function get_date_time() is not working for me anymore in 1.9.12.

I have the same problem. All photos imported with 1.9.10 have the correct date, all imported after the update to 1.9.12 appear as 1 Jan 1970, though the metadata shows the correct date.

Seems the conversion to Unix Timestamp (https://www.unixtimestamp.com/index.php) goes wrong and the default value ends up in the database.
Edit: Indeed, the imagedate field in the ngg_pictures table is ‘1970-01-01 00:33:33’ for all new images..

I personally wouldn’t want spammers to get notified (if the mail address they provide is even their own and not a ‘stolen’ one..) that their comment has spam-blocked because they have a Chinese IP or used one of my blacklisted keywords.. ??

For registered or returning commenters, I use the Antispam Bee option ‘Trust approved commentators’, so I don’t have to worry about them getting blocked.

Greetings,
Simon

Just a short update: Today I had two comments trapped by the country check. It seems to work again. ??

Greetings,
Simon

Or in versions: WP 3.5.1 + qT 2.5.34 = OK

I can confirm that.

I had to manually upload the contents of qtranslate.2.5.34.zip file to my wp-content/plugins folder though, I wasn’t offered to update the plugin after moving to WP 3.5.1.