Re: [Mantisbt-dev] CVS Mantis screwed?

[Glenn H. <thr...@ma...>]

  I fixed both of these in CVS a few minutes ago. They are related to the
new configuration system, where the list of global items was being ignored
in one place.

   Thanks for catching this. I sometimes forget to log out before testing
the admin functions. Hopefully, the whole admin section will go away in the
next little while.

On 2/27/05 10:29 PM, "Juliano Ravasi Ferraz" <ml...@ju...> wrote:

> Glenn Henshaw wrote:
>> There were a lot of commits today. Some were fixes to earlier commits.
> 
> Perhaps its better to wait until tomorrow to update again... This sf.net
> cvs lag is annoying...
> 
>> I'm running mantis on both PHP 4 and 5 without incident. I've found that
>> the usual cause of these php crashes is a recursion problem.
> 
> Indeed. I found the reason for the second problem (the webserver crash).
> 
> I threw some backtraces in some functions of config_api and that showed me:
> 
> Filename Line Function Args
> core/config_api.php 35 error_print_stack_trace ( )
> core/access_api.php 218 config_get ( 'private_project_threshold' )
> core/access_api.php 244 access_get_project_level ( '1', 2 )
> core/helper_api.php 171 access_has_project_level ( 10, '1' )
> core/config_api.php 64 helper_get_current_project ( )
> core/access_api.php 218 config_get ( 'private_project_threshold' )
> core/access_api.php 244 access_get_project_level ( '1', 2 )
> core/helper_api.php 171 access_has_project_level ( 10, '1' )
> core/config_api.php 64 helper_get_current_project ( )
> core/access_api.php 218 config_get ( 'private_project_threshold' )
> core/access_api.php 244 access_get_project_level ( '1', 2 )
> core/helper_api.php 171 access_has_project_level ( 10, '1' )
> core/config_api.php 64 helper_get_current_project ( )
> core/access_api.php 218 config_get ( 'private_project_threshold' )
> core/access_api.php 244 access_get_project_level ( '1', 2 )
> core/helper_api.php 171 access_has_project_level ( 10, '1' )
> core/config_api.php 64 helper_get_current_project ( )
> core/access_api.php 218 config_get ( 'private_project_threshold' )
> core/access_api.php 244 access_get_project_level ( '1', 2 )
> core/helper_api.php 171 access_has_project_level ( 10, '1' )
> core/config_api.php 64 helper_get_current_project ( )
> core/access_api.php 218 config_get ( 'private_project_threshold' )
> core/access_api.php 244 access_get_project_level ( '1', 2 )
> core/helper_api.php 171 access_has_project_level ( 10, '1' )
> core/config_api.php 64 helper_get_current_project ( )
> admin/upgrades/0_18_inc.php 440 config_get ( 'differentiate_duplicates' )
> admin/upgrade.php 22 include ( 'admin/upgrades/0_18_inc.php' )
> 
> Don't know if this was already detected and fixed on CVS. Anyways, I'll
> leave here the notice and wait until tomorrow to do another update.
> 
> 
> An overall look into config_api, access_api and authentication_api
> seemed to me that there is a perturbing potential for infinite recursion
> among these modules. I don't know of any call-graph utility for PHP, but
> from my programming practice, this is something that should be looked
> closely. A better layering would make it safer against this kind of problem.
> 
> 
> Regards,
> 
>> 
>> On 2/27/05 9:05 PM, "Juliano Ravasi Ferraz" <ml...@ju...> wrote:
>> 
>> 
>>> I just updated my mantis from cvs, ran the db update (the only update
>>> was the configs table) and now everything is broken.
>>> 
>>> admin/check.php dies silently where core/obsolete.php is require_once'd
>>> (line 128). At least some error message should have been displayed...
>>> perhaps its a @ operator somewhere being abused again? The lack of a php
>>> error message is making it hard to find where it bailed. Looks like it
>>> is somewhere inside core/config_api.php.
>>> 
>>> I can get to the login page, but if I try to login or load
>>> admin/upgrade.php again, the webserver lags for 10s with 100% CPU load
>>> and crashes.
>>> 
>>> [Sun Feb 27 22:45:17 2005] [notice] child pid 8102 exit signal
>>> Segmentation fault (11)
>>> 
>>> I was quite surprised seeing PHP crashing the webserver. I'm using the
>>> latest versions for both Apache 2 and PHP 4. I will keep trying to
>>> figure where it is crashing.
>>> 
>>> Comments?
>> 
>> 
>> 
>> 
>> 
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real users.
>> Discover which products truly live up to the hype. Start reading now.
>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>> _______________________________________________
>> Mantisbt-dev mailing list
>> Man...@li...
>> https://lists.sourceforge.net/lists/listinfo/mantisbt-dev
>> 
>> 
>> 
>