Mantis Application Error 11
Notes Issue History Date Modified Username Field Change 2006-02-21 11:26 edroi New Issue 2008-06-25 17:20 mettaben Note Added: 0018182 2008-06-25 17:35 mettaben Note Added: 0018183 2008-06-25 18:57 grangeway Note Added: 0018184 This indicates that the browser is not reloading the page. I mean it's not possible to order by clicking on the following columns: P, ID, Category, Severity and so on... Thanks you for your assistance, but I think I will just move it all to the Linux install and forget about trying to solve the issue on my WAMP installation.Thank you Check This Out
We apologize for the inconvenience. Notes Related Changesets MantisBT: master c6821f71 Timestamp: 2008-11-13 18:39:49 Author: jreese [Details] [Diff] Fix 0009754 by reverting part of issue 0009323: IE6/7 cache too much cousing 2800 errors. We apologize for the inconvenience. You can also click an option from the menu bar to go directly to a new section. https://www.mantisbt.org/bugs/view.php?id=6736
I'm not sure how it was corrupted in the first place, apparently MantisBT allows invalid Category IDs to be set on Move action. ~0029134 magnusberglund (reporter) 2011-07-08 08:49 I did the These bug was previously opened as 0009691, but i did not find the way to reopen this one. The second bug-report after clearing the cache won't be accepted. I think LAMP is the way to go.
Additional InformationFull path: /www/alefe/www/htdocs/mantis/core/form_api.php Line: 104 Variable Value Type p_form_name manage_proj_user_add string t_tokens Variable Value Type manage_proj_cat_delete Variable Value Type 0 20090406-5ad8a2345caf68bdde035e28639c5c65e606673e string 1 20090406-df625c8c9df28b72ec07ebe0b9077d99a4739ef8 string 2 20090406-d35b55dec77aacb6ac9ae8d9de296b19b489b823 string manage_proj_cat_add Variable Holding control down to do a full refresh of the page does allow a second bug to be submitted for our users. I much prefer Mantis to Bugzilla.Thanks again,-EdMy unmodified config_defaults_inc.php set $g_display_errors: /** * --- error display --- * what errors are displayed and how? * The options for display are: * But I do not expect others to be able to do that.
It's provoked when a user of an old version (in my case 1.0.6) uses the 1.1.4 version without having clean the internet cache. ps. Hence I would propose 1 day as reasonable timeout. i will share this for someone who has same problem with me.
So my eye passes right over it as already having data.Seems like 'Submit'ting incomplete reports into Mantis ought to store it as a WIP record for some period (24hours to 7days). Board index The team • Delete all board cookies • All times are UTC - 5 hours Powered by phpBB Forum Software © phpBB Group Currently signup for new accounts is MantisBT Version: 1.2.10Schema Version.: 183Host..................: Red Hat Enterprise Linux 5.2PhP...................: 5.2.15 esutton Posts: 22Joined: May 21, 2009 2:06 pm Top Reply with quote Re: Lost of entered data - APPLICATION Apache server and Mantis 1.1.2. ~0018291 mkornatzki (reporter) 2008-07-03 11:35 i can reproduce the error with version 1.2.0a1.
Use our support channels to request new accounts. I am unable to access it or any page that tries to display it, giving the aforementioned issue application error. Submit report 5. I could solve it by directly manipulating the Database values and delete some.
I was playing with categories and projects as I try and understand the best architecture. http://threadspodcast.com/mantis-application/mantis-application-error.html We already have a Jenkins build server running on it and Jenkins has a Mantis plugin which is functional.http://jenkins-ci.org/Thanks again,-Ed MantisBT Version: 1.2.10Schema Version.: 183Host..................: Red Hat Enterprise Linux 5.2PhP...................: 5.2.15 However, I *cannot* replicate the issue with any other browser, including Firefox 3, Opera, and IE7; hence my comment above to make sure that you do not have $g_allow_browser_cache set in Also note that my Solaris 9 test system (also 2.0.59 apache, IE7) does not produce the error so far. ~0019712 Gryphon (reporter) 2008-10-28 10:21 Last edited: 2008-10-28 12:28 Same problem is happening
This seems like a critical bug as one can not use the application. Can you think of anything I can look at for clues?-Ed MantisBT Version: 1.2.10Schema Version.: 183Host..................: Red Hat Enterprise Linux 5.2PhP...................: 5.2.15 esutton Posts: 22Joined: May 21, 2009 2:06 pm Still the same problem.
Hope it helps. ~0019852 AliG (reporter) 2008-11-12 10:34 I am running on Mantis 1.1.4, and I can reproduce all the time.
Are you able to reproduce the issue using Apache on the same system? ~0051262 atrol (developer) 2015-08-15 11:40 gmlst2015, You did not provide any feedback; I am therefore resolving this issue This could be caused by a session timeout, or accidentally submitting the form twice. You should take care of moving issues to a new category, *before* deleting the old one. Two projects have diffent category.
You can also click an option from the menu bar to go directly to a new section. ----- This is very annoying since in many cases it leads to all the go Report issue 4. I hope now will be quite difficult to lose the form data. (0033622) ibs (developer) 2014-10-23 12:21 aiv, it works great! :) Notes Issue History Date Modified Username Field Change http://threadspodcast.com/mantis-application/mantis-application-error-700.html jreese if you like, I can pass you my server so you can see the behavior. ~0019854 olegos (reporter) 2008-11-12 12:50 Last edited: 2008-11-13 18:53 I just had it happen to me
and of course try $g_form_security_validation = OFF (or are there obvious reasons not to do it?) if anything will go wrong - we revert the changes. I'm using 1.1.4, patch mentionned in 0009691 is present, but we randomly have the error when trying to report a bug. It is quite some serious bug IMHO. Is there a resolution?
In this case, issue 0009999 "solves" this by allowing you to disable form security validation, at the expense of potential security risks. mod - core.php [Diff] [File] MantisBT: master 14d3d357 Timestamp: 2008-11-24 14:11:42 Author: jreese [Details] [Diff] Revert c6821f71, fix 0009754, 0009869, 0009323 by adding Last-Modified headers to match Expires. You can also click an option from the menu bar to go directly to a new section. ########################## I am also getting this APPLICATION ERROR #2800 for updating bugs in both Edited: anyway if this change is stable then you can use "advanced search" for ordering results. ~0019817 xenusfr (reporter) 2008-11-08 16:46 Hi, I had the same bug.
Using FF3 on both PC and MAC. I also encountered an entry in the mantis_bug_table with category_id set to 1, as soon as I updated it manually, everything started working again. I am also getting it repeatedly with 1.1.4, but not everytime. If it works, it's cool, if it does not, they'll find another way, unfortunately. ~0019782 shofmann (reporter) 2008-11-05 07:22 Same happens in the 'lost password'-process: If you try to submit the
You can close this issue. ~0028633 jentywang (reporter) 2011-04-17 04:08 I also find this issue, I try to move a issue from one projcet to anther, this happened.