Hi Marco,
Are you using an apache authentification ?
If yes, try to make sure that the user is not identified as 'anonymous'
(for example coming into the system via sitemgr). I got this kind of
problem sometimes, whitout being able to understand why. I guess it's
related to the way sessions are handled.
Then, if your user is able to reproduce evry time the problem, then we
should be able to track it. I don't know how you proceed for bug
hunting, but if the content is "really blank" : ie you edit sources and
it's really blank, then I have no clue on how to handle it, since even
the phpgw_exit function is not called. If you get html tags, then try to
enable an 'per ip debug' in this function by adding things like :
if($_SERVER['REMOTE_ADDR'] == 'xxx.xxx.xxx.xxx')
{
//php5 only the only important things to note is the
_debug_array(debug_backtrace(), false); which returns a string
containing the dump BE CAREFULL : it can contains passwords in it !!!
file_put_contents('/tmp/debugxxx.txt', _debug_array(debug_backtrace(),
false) );
// for php4 use the traditionnal fopen / fwrite / fclose
}
Regards.
Caeies.
Chris Weiss a écrit :
> On 2/20/07, Marco Gaiarin <[EMAIL PROTECTED]> wrote:
>> I recall the problem: an user cannot anymore use sitemgr, because if
>> they add/edit a page, the content got completely blank.
>> With other user the page can be edited with no trouble at all.
>>
>> Platform: debian sarge, with standard package so php4, apache1, with
>> postgresql and ldap.
>>
>
> and nothing has changed? usually if something stops working then
> something has changed. any php.ini charges? erorr levels,
> register_globals, GPC settings, etc?
>
>
> _______________________________________________
> phpGroupWare-users mailing list
> [email protected]
> http://lists.gnu.org/mailman/listinfo/phpgroupware-users
>
_______________________________________________
phpGroupWare-users mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/phpgroupware-users