Settings don't keep my German "Umlauts" #3

Closed
bueltge opened this Issue Jul 26, 2012 · 27 comments

Comments

Projects
None yet
2 participants
Contributor

bueltge commented Jul 26, 2012

Hi Frank,

I use your plugin within WP multisite and it is currently active in an English site and in a German site. So far, so good, works fine.

Only one thing is nerved:
At the German site, I have put my German text into the plugin's settings with the German "umlauts" (ä, ö, ü) - so far, so good, they are correctly displayed at the frontend.

But: every time I go back in the backend to the plugin's settings page, these settings don't remember my "umlauts". Everywhere, where I put
ä etc., there are again ä and I must enter the correct code again ä, so that it is displayed right at the site.

Guess, this is a bug or how can I "tell" the plugin, to remember my umlaut settings, when I return to the settings' page?

@see: http://wordpress.org/support/topic/plugin-wp-maintenance-mode-settings-dont-keep-my-german-umlauts?replies=2#post-3012908

Contributor

bueltge commented Jul 26, 2012

in the forum, my code hasn't displayed right :-/

I mean, as soon as I enter "&auml" for "ä" in the plugin's setting and save it, it is correctly displayed in the frontend.
But every time, when I return back to the settings of the plugin, there is again "ä" in the texts, instead of the changed "&auml".
The plugin doesn't remember my umlauts, when I return back to the settings.

Contributor

bueltge commented Sep 20, 2012

works on my current test in 1.8.0

@bueltge bueltge closed this Sep 20, 2012

it still does not work - see the plugin's forum. I add my "umlauts", save the settings page, close it, and when I re-open it again, the "&auml" etc. is gone, I see the Umlauts, but at the frontend of my site, there are again only cryptic signs.
So I need to edit my whole text again with "ä" etc. and save it again :-(

Contributor

bueltge commented Nov 21, 2012

Ok, I will check this. But I have test it before releasing the last version. Your database is in Unicode, utf-8?

@bueltge bueltge reopened this Nov 21, 2012

yes, it is.
WP 3.4.2 network installation, both backend and frontend in German; using German version of WP downloaded from wpde.org

Contributor

bueltge commented Nov 22, 2012

New test: WP 3.5 Beta and Multisite install; plugin active in Network.
see the screenshot: https://dl.dropbox.com/u/132701/wpmm.png

thanks, but strange ... what is, when you now close the settings page and re-open it, do you need to change the Umlaute again to "& uuml;" etc. so that the frontend shows it right, too?

When I then reopen the settings page, and KEEP the Umlaute as they are, then the frontend is showing them wrong. So I need to go back and change the Umlaute again.

Contributor

bueltge commented Nov 22, 2012

The screenshot was after reload the settings-page, also the frontend in different browsers and reloads.

Do you have install the plugin via FTP or automatic install in backend?

Contributor

bueltge commented Nov 22, 2012

If you have the plugin on the network active, please check the database entry in table _sitemeta for the item wp-maintenance-mode

see: http://www.diigo.com/item/image/1j30r/jkx4
with umlaut

no, I have it only in 2 of 5 blogs at the moment active, and I install them via the WP network admin dashboard.

I've just checked it according to your screenshot, I haven't any "wp-maintenacen-mode" in ..._sitemeta in my database (via PhpMyAdmin). I have searched the whole database with "maintenance" and don't get anything at all??

Do you have any idea, why it doesn't work and where I can take a look? Thanks.

Contributor

bueltge commented Nov 22, 2012

ok, I will test also in single activation in network.
If the install is via backend, then are the file sin unicode. The database is UTF8?

yes, I have checked this yesterday.

Contributor

bueltge commented Nov 22, 2012

Ready; my test works also in a single activation, also with umlaut.

:-( now I'm clueless ... have you any suggestion, what I can check, too? Perhaps a complete re-install of the plugin? Might this help? FTP or better via dashboard?

Contributor

bueltge commented Nov 22, 2012

I think, that helps not. But I will test also via install from backend and not my developer version form github.

ok, thanks in advance, I will wait this ...

Contributor

bueltge commented Nov 22, 2012

Works also. If I add as text ü and refresh the settings, then is always the ü on settings page and also on frontend. I mean, I can write ü and alsio ü - is the same result: ü.

strange ... that's the difference to me ... If I add as text "& uuml;" and refresh the page, then it is gone, and I see "ü" AND at frontend it is wrong again. So I have to go back, add again "& uuml;" and save and never go back ;-) Then it's okay at the frontend.

Contributor

bueltge commented Nov 22, 2012

hm, strange
maybe a other plugin; but this string have not so much filters form WP.

I had tested it some time ago with all other plugins disabled, but it's the same. Nevertheless, I can live with it, though it would be great, that it worked without permanently editing the Umlaute. Thanks for your help, if we can't solve with it, I handle it as usual.

Can it depend on themes? I have all - English - themes from Themeforest?

Contributor

bueltge commented Nov 22, 2012

I think no, but all is possible wit code. It is possible, that I get a account for testing?

yes, sure, I write you an e-mail at your website, give me some minutes plz

Contributor

bueltge commented Nov 22, 2012

great 😺

An idea: can it be something with the themes of the plugin? I use the "Chemielabor" mostly ...

Contributor

bueltge commented Nov 22, 2012

No, the sting is always the same. Works also with "Chemielabor"

Contributor

bueltge commented Nov 22, 2012

Is a problem from different charset in the database. But with the header is it possible to set to charset of the install, enhanced in cdceaba

@bueltge bueltge closed this Nov 22, 2012

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment