 |
You're right, I think people had enough time to react if there was anything left to say. I'm closing this ticket. |
 |
Good hint. I think I already must do that because it has not failed me for quite some time. Thank you (maybe you can close this too?) |
|
|
I can confirm the statement from Olaf. As long as the "Only allow your session to be used from this IP address." option is disabled when logging in to MantisBT, the problem no longer occurs.
MantisBT-option-disabled.jpg (26,455 bytes) |
|
|
Thank you very much for the hint @Olaf ! I'm going to try it. This problem is starting to get annoying. I've been through so many forums and tried all kinds of tips, but the problem doesn't really disappear. |
 |
Ich habe das Problem gefunden, zumindest was mich betrifft. Beim Einloggen ist das zweite Feld angekreuzt, irgendein Sicherheitskram, der anscheinend von einem externen Anbieter gelöst werden soll. Ohne diese Prüfung der Adresse gehen die Beiträge beim ersten Versenden nicht verloren. Probiert es mal aus, vielleicht liegt es ja tatsächlich daran. |
|
|
This problem is very annoying, so I try to tackle this problem again. I have modified some settings and would be happy if you could give me feedback if it has improved. |
|
|
Another possible future improvement to Mantis BT but for me and for now, it seems acceptable! |
|
|
This problem is known to the MantisBT developers. https://mantisbt.org/docs/master/en-US/Admin_Guide/html-desktop/#admin.troubleshooting.errors.2800 I have significantly increased the PHP timeout, there is also a value (Set $g_form_security_validation = OFF. Note that for security reasons, it is strongly recommended not to do this.) that can be disabled, but this makes attacks on MantisBT easier. For security reasons I don't want to disable this option. The developers of MantisBT recommend two browser plugins that remember the data you have entered before, in case the token is airing out again and you have to enter the data again. Unfortunately I cannot offer you a better solution, because it is a MantisBT specific problem. The plugins that should help here are: Users may also install local tools to avoid loss of form data, such as Typio Form Recovery https://chrome.google.com/webstore/detail/typio-form-recovery/djkbihbnjhkjahbhjaadbepppbpoedaa Chrome extension, or Form History Control https://stephanmahieu.github.io/fhc-home/ add-on for Firefox and Chrome. Let's see if the significantly increased PHP timeout is a help. |
|
|
This bug is still on my to-do list. Until the technical solution to the problem is found, I recommend writing the text in a write program first and then copying it into the bug tracker. I am still on the road a lot and in two weeks I will be able to take care of it. |
 |
Confirmed, I've had this happen also. |
|
|
It is always only the first report after login that is lost. All the following will work fine. |
- Anonymous
