On all international forum start pages (http://xx.forums.wordpress.org/) the search forum doesn’t search the specific forum, but only the main forum (http://wordpress.org/search/test?forums=1 instead of http://nl.forums.wordpress.org/search.php?search=test&forum_id=0) – is this intentional? Or a bug?
Tagged: bug Toggle Comment Threads | Keyboard Shortcuts
Hi, I’ve found some strings, which have been translated and worked well in previous releases, but in the current rosetta package the translations not showing up, although there’re translated in GlotPress.
First report about these bugs in hungarian package came with 3.6-RC1.
wp in to the set the php excute plugin install then the u have multiple time click in to the update button then <?php is convert in to the html special character then your php code can not execute this problem all version of the wp
This is where GlotPress keeps weirding me out: http://cl.ly/0520243U2f0Q021B2006 Every single view shows there a no strings left to translate, but yet it keeps nagging me about 5 untranslated strings. Is this a cache issue or a bug @nacin?
The link “Translation from Google” in glotpress gives the following error since a couple of days
Error in translating via Google Translate: undefined!
@vanillalounge @eyesx and others I created a ticket… « WP Polyglots and Carlos Eduardo G. Barbosa are discussing. Toggle Comments
Please do something about the horrible cache function in glotpress! It takes a couple of minutes every time you need to log in. Not acceptable. Glotpress is already slow as it is.
Having a hard time logging in on wp.org (every site). I got the correct details but it seems some cache function is messing things up. If I refresh/hard refresh the page in question a bunch of times I’ll get in, but this is quite annoying. (Running FX6 and Chrome).
Got reports of wp-mail.php errors being displayed in English instead of installed language. Can’t see any errors in the sv_SE package, might it be a server specific problem or a global bug?
sv_SE uses SVN (not gp + /dist) when building packages.
Google translate always adds an ekstra space in the html-endtag. For example:
´<a>´ is returned as ´</ a>´
And when you try to approved/add translation you get an error.
Don’t know if this has been reported before, but it is rather annoying. Could it please be fixed?
I use Firefox. Same thing happens in IE.
Hi there! I’m posting this here again as i don’t have response from the es_ES translation team
I have found a bug in setup-config.php for the official spansih version 3.0.1-es_ES
setup-config.php and wp-config-sample.php doesn’t have the same connection strings so the install process fails to connect to database as resulting wp-config.php connection strings are not replaced.
I have the diff file ready to patch the SVN file
Hi there! I have found a bug in setup-config.php for the official spansih version 3.0.1-es_ES, setup-config.php and wp-config-sample.php doesn’t have the same connection strings so the install process fails to connect to database as resulting wp-config.php connection strings are not replaced.
When i upgraded(automatic) a BuddyPress install from 188.8.131.52 to 184.108.40.206 the translationfiles (buddypress-sv_SE.mo & buddypress-sv_SE.po) in ‘/wp-content/plugins/buddypress/bp-languages was deleted! Only the buddypress.pot-file was there, resulting in a non translated plugin. Was i doing something wrong? Is the translationfiles supposed to be deleted? If that is the case the user should be “warned” before hitting upgrade.
BuddyPress translators out there: How are you handling this?