MintHCM

Forum Replies Created

Viewing 15 posts - 1 through 15 (of 99 total)

1 2 3 … 5 6 7 →

Author

Posts
Michał Nowacki – Mint Team

05/08/2026 at 12:40 #3360

Hi,

Thank you for reaching out. We have logged your issue and our team will investigate the instance going down.
We will get back to you with an update as soon as possible.

Michał Nowacki – Mint Team

22/06/2026 at 11:10 #3231

Hi, thanks for reaching out. Your background sounds like a great fit for what we’re building. We’re gathering our community on Discord, so that’s the best place to connect, share ideas, and get involved.
Join us here: https://discord.com/channels/1296047605360365578/1296047605360365581

Michał Nowacki – Mint Team

27/01/2026 at 13:23 #3119

We would need to see the PHP and console logs.

Michał Nowacki – Mint Team

17/11/2025 at 08:55 #3068

Hey!
To figure out what’s going on with your MintHCM setup, we’ll need to take a look at a couple of logs.
Could you send us:

the PHP logs,

and the MintHCM log file: /legacy/minthcm.log?
Michał Nowacki – Mint Team

12/06/2025 at 10:35 #2927

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 year, 5 months ago by Michał Nowacki - Mint Team.
- This reply was modified 1 year, 5 months ago by Michał Nowacki - Mint Team.
- This reply was modified 1 year, 5 months ago by Michał Nowacki - Mint Team.
Michał Nowacki – Mint Team

03/03/2025 at 10:33 #2841

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

18/02/2025 at 13:47 #2829

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

Michał Nowacki – Mint Team

18/02/2025 at 12:46 #2827

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

07/01/2025 at 09:32 #2813

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

30/12/2024 at 11:11 #2803

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

30/12/2024 at 10:17 #2802

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

12/12/2024 at 12:12 #2793

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

Michał Nowacki – Mint Team

20/11/2024 at 09:44 #2780

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

18/11/2024 at 09:22 #2774

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

07/11/2024 at 13:34 #2768

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?
Author

Posts

Viewing 15 posts - 1 through 15 (of 99 total)

1 2 3 … 5 6 7 →