 |
I've got the same issue here... clean install. But I don't think it's a http crash. It's more like if the login page loops... |
|
|
Seems related to issue 0010930 especially under windows ! |
|
|
Although it does not crash httpd per se... it goes in a loop, other browser window can access other page under the same server... so it's really a Mantis/PHP/Apache authentification issue... |
 |
In the 1.2.x branch we have been fixing some compatibility issues with PHP 5.3. Can you try PHP 5.2.x? |
|
|
Hi, Forgot to say I'm actually running 1.2rc2 I tried to install PHP 5.2.x today, but there was some missing extension... so I was unable to test rc2 with it... I will try monday... thx for the support... |
|
|
So I did try using PHP 5.2.11 and Apache 2.0.63 but ran into incompatibilities... basically issues with Apache and PHP on non-thread modules that made PHP crash on it's own... The installation of PHP 5.3.0 requires Apache 2.2 so I'm back at square one ;). I'm currently building another server but will be installing Mantis from scratch (ie new database)... I don't think that's the issue as other PHP apps runs smoothly... and I'm almost 100% sure the probleme is related to the authentication api in the core folder and the login page. Basically, if a user is able to login and succeed, as long as he doesn't clear it's cache OR doesn't logout, he's got no problem... But if he logsout or clear the cache, he will eventually run into a probleme (seems like a loop) on the login_page... httpd.exe does not crash per se as other apps still runs (phpmyadmin). In order to get the user to login, we have to stop httpd.exe, start it again and then he can proceed... once every users is logged, we don't have any problem... We've been using Mantis for dev only to log issues, but we are about to make it available to users of our apps... We can't manually manage login for them... Ironically, we've been using Mantis for years, have even modified earlier version to our needs (which are now covered by newer version) and we never encountered such a problem... Since I'm installing everything from scratch, I'll be able to see if I get the smae issue with 1.06... So in all, I strongly suggest you don't release rc2 to Windows users... |
|
|
Today I tried with a clean install of PHP/Apache/MySql/Mantis 1.1.8 and 1.2.0rc2 I also tried to change the PHP cookies/sessions settings with no better results... Httpd.exe does eventually crash here (probably that the server at the job has enough memory) but kind of still reports "started"... Weird. Basically, trying to login/view issues/logout on two machine, one being the server, with only the administrator account will eventually end up in a loop... MD5 or BASIC_AUTH or PLAIN has same results Save login is uncheck / Perm login is uncheck ! |
|
|
Could this be the same problem as the one in the following forum thread? |
|
|
Here is another possibly related thread: |
|
|
Yes indeed, I had read those threads previously... Just a question though... mantisbt.org was unavailable yesterday late in the afternoon or evening from here... Could you have encountered the same issue ? I remember being unable to load the page, but I don't remember if there was some kind of looping/loading problem. I will try to locate a previous Apache/PHP build for windows. |
 |
The outages we have are unrelated to your problem. Our installation of Apache eats up swap space until the server runs out, which ends up bringing the entire server to a halt, requiring a hard reboot to bring it back. |
|
|
I've switched to IIS, PHP 5.3.0 and Mantis1.2.0rc2 and everything seems to be working properly so far... |
 |
Hi, I'm french, sorry for my english. I'm facing same behaviour as previously explain in current topic and the 2 others referenced :http://www.mantisbt.org/forums/viewtopic.php?f=3&t=8133 and http://www.mantisbt.org/forums/viewtopic.php?f=3&t=8120 . My configuration is : Web hosting have to be stop and restart as soon as somebody try to confirm a new password (after using link produced in email for account creation or loss of password). I'd rather prefer to keep wamp system. Is there any solution/fix or version to support mantis. Thank you. |
 |
Same here, users can't connect to Mantis. |
|
|
|
|
|
I reproduce it on 1.2.0rc2. |
|
|
No problem visa17d, I'm french too... VBOCTOR:
Chris |
|
|
Could we have a clue for providing a solution ? thks |
 |
PHP doesn't have inbuilt stack overflow protection so it is possible that a recursive function in Mantis is being recursively called an infinite number of times. This would cause PHP (and thus the web server, if using mod_php or similar) to crash. Or it could be an upstream problem with PHP itself... or just your distribution/compilation of PHP. Can you please be as specific as possible with respect to which PHP versions do and don't cause the crashes you're experiencing? I'm after the version and distribution (Debian, official Windows binaries from PHP's website, etc). |
|
|
I use WampServer 2.0i [07/11/09]
|
|
|
Yes it does look like a recursive problem... -> Using PHP 5.3.0 But as I said earlier, problem cannot be reproduced with IIS |
|
|
I made a comment in 0011048 about PHP 5.3.0 being considered quite buggy and not ready for production use. Is someone able to try out PHP 5.3.1RC2 (or whatever the latest version is) to see if this is indeed a PHP bug... and if so, whether it has been fixed? You can get the source code/binaries from http://qa.php.net/ |
|
|
Closing due to inactivity and the fact that a crashing web server is not really Mantis' problem. If you can get a crash dump (backtrace, etc) then you can try submitting it to the relevant project whether that be PHP, Apache or something else. I'm not sure there is much Mantis can do about this problem unless you can provide some very clear steps to reproduce the problem (from a vanilla installation). That way we can try to diagnose the problem for you. |
- Anonymous
