FGBmaster

I have changed the translation of that item.

You have to be admin. Select Settings from the menu -> tab Advanced Settings –> Userfields (German version: Fotoalben | Einstellungen | Erweiterte Einstellungen | Benutzerfelder)

Hope this helps.

You should try to use a newer php version.

Is there any other content than the shortcode in the post? Can users see this other content? Otherwise the visibility of the post is possibly set to private. Then only admins and editors can view the post.

It’s a known problem, see https://www.ads-software.com/support/topic/cant-open-the-album-link-anymore/#post-15795574

Which browser do you use?
@jacob maybe the style should get an additional white-space: nowrap

• This reply was modified 2 years, 4 months ago by FGBmaster.

Your script has to focus a field, change the content and after that the focus has to leave the field. Then the onchange event occurs and does the magic.

I changed the code from my penultimate post so that it converts to UTF8 if necessary.

@opajaap Sent you the file by email.

Today i changed the translation of Please select a display type (wppa-tinymce-shortcodes.php:148) from bitte w?hle ... to bitte wähle ... and it seems to work.
btw: think there is no problem with 3 found utf8_encode() function calls.

The setting in table II-D17 has to be ticked

You must be logged in to see those links.

To make it short: this solution did not work on my linux machine, because wppa-tinymce-shortcodes.php is already saved with encoding utf-8 ?? and returns ISO-8859-1 anyway.

I checked the output step by step and figured out:

line 505 //'';return var_dump(mb_detect_encoding($result, "UTF-8, ISO-8859-1", true));  // returns UTF-8 :-) 
    $result .=     '<option' .
                       ' value="' . $value . '"' .
                   ' >' .
                       $name .
                       ' (' . wppa_get_album_name( $photo['album'] ) . ')' .
                   '</option>';

                            }
line 513 return var_dump(mb_detect_encoding($result, "UTF-8, ISO-8859-1", true));    // returns ISO-8859-1 :-(

Does the function wppa_get_album_name( $photo['album'] ) return an ISO-string?

@opajaap Jacob, I know there where issues with names of photos and/or albums with danish or swedish letters inside. Do you convert them e.g. by using utf8_decode() or utf8_encode? That will cause problems, when the input string is already utf8. Or another file involved is stored with encoding ISO-8859-1. Or a WP function returns an ISO by default. This is hard to find…

Any idea about this?

• This reply was modified 4 years, 7 months ago by FGBmaster.

This is what i figured out on my localhost (WINDOWS):
All went well with
PHP 7.1.32 | WP 5.3 | WPPA 7.2.14
PHP 7.1.32 | WP 5.3 | WPPA 7.3.10
PHP 7.1.32 | WP 5.4 | WPPA 7.3.10
No meore success with
PHP 7.3.16 | WP 5.4 | WPPA 7.3.10
PHP 7.4.4 | WP 5.4 | WPPA 7.3.10
No errors php | js
No plugins except WPPA and classic editor

When loading the new post page, two ajax calls are made. The second one is:

https://localhost/fgb/wp-admin/admin-ajax.php?action=wppa&wppa-action=tinymcedialog
Status is 200 OK, Answer is empty

After all the called WPPA script seems to return nothing or an empty string or null.
Next I dived into wppa-ajax.php
Line 864 calls htmlentities($result) and this function returns an empty string.
If I call htmlentities($result, ENT_IGNORE), all is fine and the dialog is filled!

But ENT_IGNORE is discouraged because of security issues …

Next I changed the blog language to english and no problem occured.

So the problem must be result of the german translation. There are some ?, ?, ü inside …
var_dump(mb_detect_encoding($result, "UTF-8, ISO-8859-1", true)) returns string(10) "ISO-8859-1", but If I call htmlentities($result, "ISO-8859-1") the ? is shown as ?¤, a typically issue with wrong charset.

At last I inspected the file wppa-tinymce-shortcodes.php where wppa_make_tinymce_dialog() lives and saved it with no changes but encoding UTF-8.

That’s it!

Hi @liko,
thanks for your response.
I have no plugin like Shortcode Indep, but deactivated every plugin (except jetpack) regardless. No success. ??
I will try to find a solution on my localhost this evening.

• This reply was modified 4 years, 7 months ago by FGBmaster.

First I checked the webservers error log. There where some entries from wppa, which I reported in another thread. Some other entries pointed to server timeouts. Internet research was not really successfull. The reason for the lost connection can be server-side or browser-side.
Finally I did the same new password procedure today and all went well without any errormessage.