Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Installer step 5 umlauts bug #4453

Closed
wintstar opened this issue Dec 31, 2017 · 13 comments
Closed

Installer step 5 umlauts bug #4453

wintstar opened this issue Dec 31, 2017 · 13 comments
Labels
Localization Language & internationalization

Comments

@wintstar
Copy link

Last Pull request:
#4445

Forum version: SMF 2.1 Beta 4 (more detailed)
Current SMF version: SMF 2.1 Beta 3
GD version: bundled (2.1.0 compatible)
MySQLi engine: MariaDB
MySQLi version: 10.1.25-MariaDB
Alternative PHP Cache: 5.1.2
PHP: 7.1.11 (more detailed)
Server version: Apache/2.4.29 (Win32) OpenSSL/1.0.2l PHP/7.1.11
Browser: Chrome Version 63.0.3239.108 (64-Bit)

Step 1 to 4 have the charset utf-8. But step 5 have charset ISO-8859-1. That makes the bug with the German umlauts. The German language files correspond to the file encoding utf-8.

umlauts_bug_installer

@albertlast
Copy link
Collaborator

Since the german translate didn't exists official i had to ask that you try the change directly by your side:
go to SMF2.1\Themes\default\languages\Install.german.php and edit here the
$txt['lang_character_set'] = 'ISO-8859-1';
to
$txt['lang_character_set'] = 'UTF-8';

@wintstar
Copy link
Author

wintstar commented Jan 1, 2018

It's not the language file. This already contains charset utf-8. If the language file was wrongly encoded, why is the bug only in step 5? And why is the charset in step 5 ISO-8859-1 and in the other steps 1-4 utf-8?

// These should be the same as those in index.language.php.
$txt['lang_character_set'] = 'UTF-8';

There is this umlauts bug only in the installer at step 5, nowhere else. Download the language pack and check it out. Download link, look at the first post.

@albertlast
Copy link
Collaborator

Possible issue could be that he take the english language file,
you could check this by editing the english file also and set in the index and install language file to UTF-8

@wintstar
Copy link
Author

wintstar commented Jan 1, 2018

Yes, this fixes the bug. I have changed the character set in the index_english and install_english to utf-8.

@albertlast
Copy link
Collaborator

I already open a issue with the question why we use iso-8895-1 on the english language file #4454,
lets take this issue with "key" issue that somehow the used language file is changed in the middle of the road.

@albertlast
Copy link
Collaborator

albertlast commented Jan 1, 2018

I provided a pr with the fix,
feel free to test this.
#4457

@wintstar
Copy link
Author

wintstar commented Jan 1, 2018

I provided a pr with the fix,
feel free to test this.

I have changed the character set in the index_english and install_english to ISO-8895-1. Your fix not work. In the header is the charset ISO-8895-1.

@albertlast
Copy link
Collaborator

your are 100% sure that you apply this changes to the install.php which is directly in your root and not this one in the "other" dictory?

@wintstar
Copy link
Author

wintstar commented Jan 1, 2018

I made the change as in their fix

	// And now include the actual language file itself.
	require_once(dirname(__FILE__) . '/Themes/default/languages/' . $_SESSION['installer_temp_lang']);

	// Which language we load? And also assume that he like his language.
	preg_match('~^Install\.(.+[^-utf8])\.php$~', $_SESSION['installer_temp_lang'], $matches);
	$user_info['language'] = $matches[1];
}

@wintstar wintstar closed this as completed Jan 1, 2018
@albertlast
Copy link
Collaborator

I assume that your want to say with the close that the fix is working,
this is nice.
But please keep the issue open until the pr is merged (it's get closed automaticly)

@wintstar
Copy link
Author

wintstar commented Jan 1, 2018

Sorry was a false click. Is not fix.
I accidentally closed.

@wintstar wintstar reopened this Jan 1, 2018
@albertlast
Copy link
Collaborator

Okay forgot to apply the changes to the global to install file in the other dict...
The pr is updated.

@wintstar
Copy link
Author

wintstar commented Jan 1, 2018

Now the fix #4457 works. Bug solved. Thanks.

@live627 live627 added Localization Language & internationalization and removed Language labels Mar 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Localization Language & internationalization
Projects
None yet
Development

No branches or pull requests

4 participants