Empty List when viewing "Assigned to [any]"

[Frescard]

I just updated from 1.0.7 to 1.1.0rc2, and everything seems to work fine, except when I try to view all issues.

As long as I select a particular person as the "Assigned To" value, it gives a correct list, but when I select "[any]" the list is empty. I suspect that the program is crashing internally somewhere, since I don't even see the footer section at the bottom of the page. I only get the filter part of the page, but nothing underneath (even "[none]" works, but no luck with "[any]").

[vboctor]

I can't reproduce this on the official bug tracker. If you find the steps to reproduce on the official bug tracker, then please report a bug.

[Frescard]

Well... I'm sure it's a installation-specific issue, otherwise somebody else would've stumpled upon it long time ago.
But I'm trying to find out how to troubleshoot this.

I've re-uploaded everything, with the only files modified being config_inc.php (to define the database) and config_defaults_inc.php (to show detailed errors). But, again, I only get a listing if I select a specific user, but when [any] is selected the bottom part of the page is empty (not even a footer). Also no error messages, even though I turned them on via "$g_show_detailed_errors = ON;".

The installation went through fine, except that I got a warning regarding support of password hashing. I am running MySQL 4.1.8a-Debian_1, and was told "POSSIBLE PROBLEM. Please ensure that your installation supports the new password scheme used in MySQL 4.1.0 and later. See http://dev.mysql.com/doc/mysql/en/password-hashing.html. But I can log in fine, create new accounts and set their passwords, so this issue doesn't seem apply to this installation.

[Tinjaw]

I am experiencing almost the same this problem. I upgraded from 1.1.0a4 to 1.1.0rc1 and have this problem. I added a fresh install of 1.1.0rc2 in parallel and pointed it to the same database and the problem remains.

When I go to the View Issues page, there are no bugs displayed as the page ends prematurely. The options table is displayed and then it ends. The last few lines of the page returned are...

Code: Select all

</table>
</div><script type="text/javascript" language="JavaScript"><!--
	SetDiv( "filter", g_div_filter );
--></script>

I also do get a correct page if I choose something other than 'Any' for 'Assigned to'. Picking assigned to 'None' also works properly.

[vboctor]

Try clearing the cookies.

[Frescard]

Try clearing the cookies.

No change here.

The filter section starts out minimized after clearing the cookies, but the part below it is still empty (no data & no footer section).

If you want to poke around a bit, I can PM you login instructions, in case that might help.

[Tinjaw]

same as Frescard here.

[user0815]

Exact same here. New install of Mantis 1.1.0rc2. HTML on view_all_bug_page.php ends abruptly with (missing the footer etc.):

Code: Select all

</div><script type="text/javascript" language="JavaScript"><!--
	SetDiv( "filter", g_div_filter );
--></script>

Only when I select a particular person as the "Assigned To" value, it gives a correct list.

Cheers!

Edit:
I just added a bug report:
http://www.mantisbt.org/bugs/view.php?id=8579

[Frescard]

Actually, tinjaw had already filed a report for this, under 8538.

Guess we should've made a note of it here.

There's also a third report under 8579, which seems to contain a workaround? Just noticed it, but haven't tried it yet...

[user0815]

the "third" one you meantioned has the same error code as the one I just posted, in other words: it is the one I just posted

so I assume there is no third one, or is there?
I would like to see that workarround!

cheers!

[Frescard]

I may have found a workaround after all.
Check the Bug notes.