View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0035540 | mantisbt | installation | public | 2025-03-05 17:08 | 2025-03-14 19:10 |
Reporter | kodiak | Assigned To | dregad | ||
Priority | normal | Severity | block | Reproducibility | have not tried |
Status | resolved | Resolution | fixed | ||
Product Version | 2.27.1 | ||||
Fixed in Version | 2.28.0 | ||||
Summary | 0035540: A clean installation ends with Internal Server Error with no message/detail given | ||||
Description | First of all, I tried to post the text below to the forum, but my ISP (T-mobile) has been blacklisted. Hello, I have been struggling with instalattion process on a webhosting. I check requirements several times and they should be fine: Info from PHPMyAdmin: After opening https://mantis.vwg-displays.eu/admin/install.php, I filled database credentials I got. After submitting, I got a generic error message: INTERNAL APPLICATION ERROR I also tried to generate SQL queries, but unsuccessfully. I tried to create "config_inc.php" manually and it seems scripts can establish an SQL connection to the DB server (and of course are unable to see the DB content because it is empty). Beside that, I tested the DB connection with this script: Result: I registered a freehosting, where I was able to generate SQL queries, but it also failed. Error -- Schema step 159 0001061 - Duplicate key name 'idx_bug_rev_id_time' | ||||
Tags | No tags attached. | ||||
Can you please temporarily edit config_defaults_inc.php, and set Your connection test mentions that there is 1 table in the DB, what is it ?
That index should have been dropped at step 154. |
|
This is strange, because I tried to set $g_path to 'https://mantis.vwg-displays.eu/' as is supposed to. Regarding the DB test, I created one table (which does not interfere with mantis) to test the same credentials (server/login/password/db) I also use for mantis. |
|
OK so you seem to be hitting a variant of 0034783.
This is not the issue. The problem is a shortcoming of url_get() function, combined with your system's PHP config, which I guess has the following characteristics:
The last point causes an error as url_get() never considered that shell_exec() would be unavailable. Clearly, yet another shortcoming of that api, which needs to be fixed as mentioned in 0034783:0069295. As a workaround, you can try one of these approaches:
Then the installer will show you a warning, but the installation should continue. Let me know how it goes. |
|
PR https://github.com/mantisbt/mantisbt/pull/2117 implements a function_exists() check to prevent the error from occuring - url_get() will just return null if shell_exec() is not available. |
|
Hello, I have allow_url_fopen = ON and CURL installed, only shell_exec is disabled (it seems to be a common practise for some webhosting services). It seems everything runs fine after the patch. Thank you very much! |
|
Then it's a bit strange that url_get() would fall back to calling shell_exec()... But anyway if it works for you now then it's good enough for me. Thanks for the feedback, I'll merge the PR soon. |
|
MantisBT: master 810303b0 2025-03-07 18:56 Details Diff |
Prevent internal application error in url_get() When allow_url_fopen = OFF, curl extension is not installed, url_get() falls back to a shell_exec() call to run curl, but if shell_exec() function is disabled in php.ini, then an internal application error is thrown. This checks that shell_exec() function exists before calling it, and returns null if not. Fixes 0035540 |
Affected Issues 0035540 |
|
mod - core/url_api.php | Diff File |