[Michał Nowacki – Mint Team]

To disable display_errors in PHP, you can do it in several ways depending on your access level and environment (development vs. production):


1. In php.ini (recommended for production)

Find and edit your php.ini file (location varies by system):

ini
display_errors = Off

After changing this, *restart your web server* (e.g., Apache or Nginx):

bash
# Apache
sudo systemctl restart apache2

# Nginx with PHP-FPM
sudo systemctl restart php-fpm

2. In a PHP script (temporary override)

php
ini_set('display_errors', '0');

> Use this only for local/temporary control, not as a permanent solution.

3. In php-fpm pool configuration (if using PHP-FPM)

Edit your pool config (e.g., /etc/php/8.1/fpm/pool.d/www.conf) and add or change:

ini
php_flag[display_errors] = off

Then restart PHP-FPM:

bash
sudo systemctl restart php8.1-fpm

Verify Your Setting

To check whether it’s disabled:

php
<?php
echo ini_get('display_errors'); // Should output nothing or 0
?>

Or create a phpinfo(); page:

php
<?php phpinfo(); ?>

• This reply was modified 1 week, 2 days ago by Michał Nowacki - Mint Team.
• This reply was modified 1 week, 2 days ago by Michał Nowacki - Mint Team.
• This reply was modified 1 week, 2 days ago by Michał Nowacki - Mint Team.

[Michał Nowacki – Mint Team]

That’s strange — I installed it twice yesterday using Docker for Windows without any issues. The installation completed successfully both times. I agree that the process should have stopped earlier if something was wrong, but I’m not sure why the database connection failed.

[Michał Nowacki – Mint Team]

Hi! This bug has been fixed in the newest 4.1.2 version: https://minthcm.org/releases/4-1-2/

[Michał Nowacki – Mint Team]

We would need the PHP, MySQL, and Mint logs. If technical labels are appearing instead of the username and password, the issue could be related to the database. The first thing I would check is whether the database is functioning correctly. Did the installation complete successfully, or did it fail to start at all?

[Michał Nowacki – Mint Team]

Hello!
We are already in the testing phase of Mint on PHP 8.2.
Our team is working diligently to ensure that the upcoming release includes full support for PHP 8.2.

[Michał Nowacki – Mint Team]

I suppose you are unable to log in to the system.
Could you try resetting the file permissions? Please refer to the following guide: https://wiki.minthcm.org/index.php?title=Process:Installation_guide

Additionally, you can remove all files from the legacy/cache/* directory.

If this does not resolve the issue, please send me the legacy/install.log and legacy/minthcm.log files.

[Michał Nowacki – Mint Team]

Hi,
We typically use Unix systems to install Mint. However, the installation process should work if your environment meets the following requirements:

1. Required Modules: Ensure that the Rewrite and Headers modules are enabled.
2. AllowOverride: Verify that AllowOverride All is set within the directive for MintHCM in your Apache configuration. This setting allows the use of .htaccess files for additional configuration.

[Michał Nowacki – Mint Team]

It should work. We haven’t made any changes in that area, so everything should be fine. 🙂

[Michał Nowacki – Mint Team]

Hello!
To help, we would need the web server and PHP logs.
Additionally, could you double-check the file permissions and ownership?

[Michał Nowacki – Mint Team]

Hello! Could you try using PHP version 8.0?
Since MintHCM 4.0, this has been the most recommended PHP version.

[Michał Nowacki – Mint Team]

Hello! I need to ask a few questions to help me troubleshoot this issue:

Are you using the latest version of Docker?
Did you follow the instructions carefully?
Did you change anything in docker-compose.yml besides the login and password?

In the web logs, I see an issue with operations on files in the tmp directory—perhaps the web user doesn’t have the necessary permissions in this environment?

[Michał Nowacki – Mint Team]

Hi,

Could you please check if there is a .htaccess file in the public_html directory, and also confirm whether your hosting provider supports .htaccess files?

Additionally, you may want to try fixing the permissions as described here: https://minthcm.org/support/minthcm-installation-guide/.

Please also note that we do not recommend using web hosting to run MintHCM — it’s better to use a dedicated environment, such as a VPS.

[Michał Nowacki – Mint Team]

Hello! Can you check if the database was created successfully during the installation? Specifically, how many tables are present in the database?

[Michał Nowacki – Mint Team]

Hi Shahmir!
Can you check if you’re using the correct version of Elasticsearch? Also, did the records get indexed properly?

It looks like something might have gone wrong with Elasticsearch, since the installer reached the record indexing step, which is the last part of the installation.

[Michał Nowacki – Mint Team]

Hello! Here is an article about the upgrade process: https://minthcm.org/upgrading-minthcm-to-a-newer-version/

[Author]

Posts