Mantis Bug Tracker - Forums

You have now developer rights

atrol wrote:You have now developer rights

Everything is OK on your mantis site. 100% serverside problem.

You should compare the generated codes in browser.(use Ctrl U in Firefox for it) and have a look especially around "reporter_id_edit" for differences.

atrol wrote:You should compare the generated codes in browser.(use Ctrl U in Firefox for it) and have a look especially around "reporter_id_edit" for differences.

Its similar:

<a id="reporter_id_edit" onclick="AjaxLoad('reporter_id_target', 'entrypoint=issue_reporter_combobox&issue_id=667', 'reporter_id_edit' )"><small>[upravit]</small></a>

vs

<a id="reporter_id_edit" onclick="AjaxLoad('reporter_id_target', 'entrypoint=issue_reporter_combobox&issue_id=5', 'reporter_id_edit' )"><small>[Edit]</small></a>

How to check good functionality of AjaxLoad on our server?

I forgot to ask my standard questions:
Which operating system, web server, PHP version, ....

atrol wrote:I forgot to ask my standard questions:
Which operating system, web server, PHP version, ....

Phpinfo as attachment

You should try another PHP version or the same version without Suhosin patch.
Just a few days ago another user had a problem which was not reproducible http://www.mantisbt.org/bugs/view.php?id=12407
And another problem which seems to be related to Suhosin http://www.mantisbt.org/bugs/view.php?id=11988

And I forgot another standard question: Did you look at the error and access log of the webserver?

My screenshot looks the same as yours where Edit doesn't look like you can click on it at all. If you actually try and click on it though I believe it should create the drop down menu for you to change the reporter. It does for me and like I said, the edit reporter 'looks' like it's the only field you can't edit, but trying clicking on it. I'm using the same Mantis version as you.

An obvious solution, but you never know, maybe you saw it like so and assumed you cannot click on it.

MantisNooby wrote: An obvious solution, but you never know, maybe you saw it like so and assumed you cannot click on it.

Of course this is not the problem
have a look at http://www.mantisbt.org/forums/viewtopi ... =15#p33600
where nemeckova checked that he gets what he wants when using my test installation

I agree, that the current UI is not intuitive.

atrol wrote:You should try another PHP version or the same version without Suhosin patch.
Just a few days ago another user had a problem which was not reproducible http://www.mantisbt.org/bugs/view.php?id=12407
And another problem which seems to be related to Suhosin http://www.mantisbt.org/bugs/view.php?id=11988

And I forgot another standard question: Did you look at the error and access log of the webserver?

Hello,

lot of messages of this type in log file:

[client 10.2.108.104] File does not exist: /usr/share/javascript/min, referer: http://mantis.eset.local/bug_update_page.php

nothing about /usr/share/javascript/min on google, what that mean?

Suhosin uninstalled (recompiled PHP), but we have still same problem :/

The needed script can not be found. Its delvered with MantisBT
I am also ivestigating a similiar problem for another user, he uses the same PHP version
Try running the following script and tell the result

atrol wrote:The needed script can not be found. Its delvered with MantisBT
I am also ivestigating a similiar problem for another user, he uses the same PHP version
Try running the following script and tell the result

Code: Select all

<?php
    $path = array(
        '/usr/test',
        get_include_path()
        );
    set_include_path( implode( PATH_SEPARATOR, $path ) );
    print_r(  explode( PATH_SEPARATOR, get_include_path() ) );
?>

Result:

Array ( [0] => /usr/test [1] => . [2] => /usr/share/php [3] => /usr/share/pear )

nemeckova wrote:

atrol wrote:The needed script can not be found. Its delvered with MantisBT
I am also ivestigating a similiar problem for another user, he uses the same PHP version
Try running the following script and tell the result

Code: Select all

<?php
    $path = array(
        '/usr/test',
        get_include_path()
        );
    set_include_path( implode( PATH_SEPARATOR, $path ) );
    print_r(  explode( PATH_SEPARATOR, get_include_path() ) );
?>

Result:

Array ( [0] => /usr/test [1] => . [2] => /usr/share/php [3] => /usr/share/pear )

Thanks for solution javascript folder copied to /usr/share/javascript.

Everything works perfectly!

nemeckova wrote: Thanks for solution

Great for you, but this is not a solution, it's a workaround.The system should also run without any copy of the scripts. Did you set/change any path customization in config_defaults_inc.php or config_inc.php ?

I'm curious if there was any progress on this issue.

I also experience this problem with Firefox, the Reporter [Edit] is not clickable in "Updating Issue Information" form, even when logged in as Administrator. The reporter itself is clickable, but this takes me to the edit of the user itself. I don't have any additional plugins installed, and use latest stable 1.2.4.

Kind regards,
Dennis Bijwaard