View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0007122||mantisbt||bugtracker||public||2006-05-22 06:10||2012-09-23 09:56|
|Status||closed||Resolution||unable to reproduce|
|Target Version||Fixed in Version|
|Summary||0007122: Problems with changing "project" on Report Issue page in FireFox|
When I enter the Report Issue page, I have the problem with changing "Project" in the drop-down list. When I select another project, Mantiss refreshes the page and returns the project to the previous state.
I have the same issue.
Same here, I'm surprised this issue hasn't come up yet, since it has been present at least since 1.0.6.
imho, the severity should be scaled up a bit, as this issue is blocking for firefox users using mantis on a windows server.
What version of Firefox are you using?
Hmm, that is strange. I also have 18.104.22.168.
By the way, I have noticed, that if you work with Mantis from two windows of Firefox or Internet Explorer, the changes in filters in one window influence the another. I'm not sure if this a bug or a feature :-) but sometimes this is inconvenient.
I had the same problem...while using any browser with a proxy!
Browsers were caching the page bug_report[advanced].php... and only by hitting refresh the right project ID was selected.
I opted for using the solution from http://uk3.php.net/header
PHP scripts often generate dynamic content that must not be cached by the client browser or any proxy caches between the server and the client browser. Many proxies and clients can be forced to disable caching with:
Hope it helps!
i can confirm this bug... but since update to mantis 1.1.1 it's quite ok... with the application error message...
I can confirm this bug in Mantis 1.1.1 on Unix server (Ubuntu). It doesn't depend on browser or Web server. It is because of proxy cache.
We encounter this behaviour always after installing a new version of Mantis.
Unable to reproduce this on 1.2.11
|2006-05-22 06:10||konstbel||New Issue|
|2006-12-11 21:48||sebastien||Note Added: 0013804|
|2007-12-07 08:23||omeslo||Note Added: 0016394|
|2007-12-07 09:29||konstbel||Note Added: 0016397|
|2007-12-07 12:04||omeslo||Note Added: 0016400|
|2007-12-10 04:12||konstbel||Note Added: 0016423|
|2007-12-10 04:12||konstbel||Tag Attached: reporting|
|2007-12-10 04:22||konstbel||Note Added: 0016425|
|2008-03-31 15:07||tiagomatos||Note Added: 0017510|
|2008-04-01 15:32||thE_iNviNciblE||Tag Attached: error|
|2008-04-01 15:34||thE_iNviNciblE||Note Added: 0017524|
|2008-04-23 05:54||vipart||Note Added: 0017663|
|2011-10-12 03:43||Dieter Soergel||Note Added: 0029945|
|2012-09-13 10:21||dregad||Relationship added||related to 0003574|
|2012-09-13 10:22||dregad||Note Added: 0032835|
|2012-09-13 10:22||dregad||Status||new => resolved|
|2012-09-13 10:22||dregad||Resolution||open => unable to reproduce|
|2012-09-13 10:22||dregad||Assigned To||=> dregad|
|2012-09-23 09:56||atrol||Status||resolved => closed|