Home > Application Error > Application Error #2800 Mantisbt

Application Error #2800 Mantisbt

or 1. I notice a lot of comments on the this bugtracker, the MantisBT forum and on the internet regarding this issue for quit some time, but do not find a solution. This was an active session, definitely not timed-out. I have this in my php.ini file: session.gc_maxlifetime=14400 But that doesn't help. useful reference

The issue occurs on Firefox and IE the latest versions. We get the same problem in a similar linux enviroment with 1.1.6 With 1.1.1 we upgrade from, we did not get the error. This is a full reload of the page (see 0009698). ~0020831 augur (reporter) 2009-02-10 08:07 Hi. As many users reported getting this error (app.err. #2800) while trying to submit a bug, is it correct to have it set?

I don't get this error using either Firefox 2.0 or MS IE 7. ~0021807 jreese (reporter) 2009-05-11 15:12 I'm marking this resolved, under the assumption that you are using a proxy Since you aren't specifically re-entering your login credentials, i'm assuming you are using the "Remember my IP address" or whatnot feature when you log in. ps. However, Mantis obviously has some internal timeout for validity of the input forms, and when the user presses "Submit", the following error appears: ----- APPLICATION ERROR #2800 Invalid form security token.

sha1( time() . session.gc_maxlifetime which specifies (as the name does not indicate) the minimum validity of session data. go Report issue 2. Is this a known problem? ~0021270 Chi-Yu (reporter) 2009-03-30 04:17 We are not using a proxy and we have the same problem.

Click "Report Issue" and enter a bug. You can also click an option from the menu bar to go directly to a new section. 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. http://www.mantisbt.org/forums/viewtopic.php?f=2&t=19578 So this is more and more looking like a PHP problem and not really a mantis problem.

This issue is very important and it would be great if any solution could be found... (0026899) aiv (administrator) 2013-11-25 19:06 edited on: 2013-11-26 11:17 I fully agree with you and I'm Natural construction How to deal with a very weak student? It seems that it jumps back to project A (with also the same #2800 problem). Submit report 3.

has duplicate0010467closedjreeseApplication Error #2800 Relationships Notes ~0020479 vboctor (manager) 2008-12-24 03:28 This is fixed in 1.1.6, please upgrade and confirm that the problem is fixed. ~0020481 yop (reporter) 2008-12-24 05:39 Still https://www.mantisbt.org/bugs/view.php?id=10293 mod - core/form_api.php [Diff] [File] mod - config_defaults_inc.php [Diff] [File] MantisBT: master-1.1.x 72235214 Timestamp: 2009-03-27 18:16:51 Author: jreese [Details] [Diff] Fix 0009999: allow form security to be disabled for sites that 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 Steps To Reproduce1.

Holding control down to do a full refresh of the page does allow a second bug to be submitted for our users. see here It seems it was a problem on our side. ~0021340 skay (reporter) 2009-03-31 09:09 @jreese: I have checked the "error 11" behaviour again. How do I align the view to the local axis of an object? There you can correct whatever problems were identified in this error or select another action.

This explains the seemingly random occurence of this error. Hope that info helps you to narrow down the problem. ~0019784 abenedi (reporter) 2008-11-05 08:27 Same error here, we checked with Firefox 2 and IE 7. Join them; it only takes a minute: Sign up mantis bug reporting timeout up vote 2 down vote favorite When I report a bug in our Mantis system I sometimes take http://svbuckeye.com/application-error/application-error-2800-mantis.php Please adviceTagsNo tags attached.Attached Files 0001-Fix-9999-allow-form-security-to-be-disabled-for-si.patch (3,566 bytes) 2009-03-27 14:18 From 276d9e6974822db4ad1e6639271b0e97b17445f5 Mon Sep 17 00:00:00 2001 From: John Reese Date: Fri, 27 Mar 2009 14:16:51 -0400 Subject: [PATCH] Fix #9999: allow form

Please copy all important data from this form, then refresh page (Ctrl + F5) and try to send form again. ----- Ok ----- I have not integrated it to tracker.dev.opencascade.org, only This appears to be the same as issue 9999. There is no "invisible" custom field and also no custom field which is not filled with data by submitting the bug.

mod - core.php [Diff] [File] MantisBT: master-1.1.x 4ee424e1 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.

Same issue here. You are right, I've enabled the "Secure Session (Only allow your session to be used from this IP address)" when logined to Mantis. In any case there is no sense to set this limit to greater than 3 days, because it's a Mantis login session timeout. (0024904) aiv (administrator) 2013-06-27 18:49 The session timeout Unfortunately, this problem cannot be fixed without a major rework of the way sessions and form security are handled in MantisBT.

APPLICATION ERROR #2800 Invalid form security token. But with the version 1.1.6 and your patch I have a new problem. This could be caused by a session timeout, or accidentally submitting the form twice. http://svbuckeye.com/application-error/application-error-rails-application-failed-to-start-properly-dreamhost.php Thanks. ~0019968 pangea (reporter) 2008-11-21 05:03 I get the same situation as dplinnane.

In the sense that it should at least try to grab a new security token if it can before erroring out. ~0024834 liyingm (reporter) 2010-03-21 18:26 Thanks for the reply. Submit report 5. Lazarus Form Recovery add-on for Firefox. if there is enough space on a server maybe we expand timeout for awhile? 2.

skay: I was unable to reproduce your error; I think it may be the result of an incorrect patching issue with 1.1.x, as I had to manually resolve conflicts when porting mod - core/form_api.php [Diff] [File] mod - config_defaults_inc.php [Diff] [File] Related Changesets Issue History Date Modified Username Field Change 2008-12-24 00:30 arul_k_kumar New Issue 2008-12-24 03:28 vboctor Note Added: 0020479 2008-12-24 What is this cntrl-F5 workaround ? When in project A I cannot report new bugs.

Did you submit the form twice by accident? mt_rand() ); switch ( $g_show_action ) { case BOTH: if ( ( null !== $p_user_id ) && ( ON == user_pref_get_pref( $p_user_id, 'advanced_' . $p_action ) ) ) { return 'bug_'