View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003729 | mantisbt | bugtracker | public | 2004-04-08 10:24 | 2019-08-11 17:47 |
Reporter | Chaotik | Assigned To | thraxisp | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 0.18.2 | ||||
Fixed in Version | 1.0.0a3 | ||||
Summary | 0003729: When using the browser's back button, the form is cleared out. | ||||
Description | When using Internet Explorer 6.0 under Windows 2000, if I fill out a description and hit Submit Report, I get the error telling me I have mandatory fields that aren't filled out (the Summary field in this case). I do back from the browser's toolbar and after that, the description I typed is gone. Interestingly, it does not do this with Mozilla 1.6 | ||||
Tags | No tags attached. | ||||
In some cases, when copying strings from another software (ie word), the bug cannot be submitted even if every field is filled. When clicking back, the forms are blank. |
|
The reason why you get the error is that there is a documented bug in Internet Explorer. We have implemented a workaround for this bug in 0.19.0a1. The bug is triggered when you copy from Microsoft Word and paste into a web form. This is due to a problem in handling the unicode characters. Can you please test this on 0.19.0a1? Note that the back button is a different issue. |
|
Ok. Next time I encounter the problem, I document it more clearly and test it against the new version of Mantis. |
|
I will try with 0.19.0a1 This being said, I get the problem even when manually typing in the textareas, not just when copying and pasting. This makes it even more frustrating since you can just paste your text again. You have to retype the whole thing. |
|
This problem seems to be solved when using 0.19.0 (the official Mantis site bug tracker) entering normal text strings. That would also seem to mean that whatever fixed it in 0.19.0 could be patched into 0.18.x for users who can't upgrade to 0.19.0 yet (possibly reopening bug 0003626 which says that it couldn't be fixed). |
|
In IE6.0 the problem still exists with me. What exactly is the workaround implemented? I only tested with a small example, report an issue, forget Description. When use Back Button the whole form is cleared. ( By the way, this is for us an shwostopper to use required custom fields ). |
|
This is the same issue as 0004520. It should be merged with that issue. I am noticing this behavior still, using IE6. Yes, it is not an issue with Firefox. Does Mantis have a function to merge two bugs? |
|
Confirm issue exists using WindowsXP with IE 6. Bug does not exist with Firefox 1.0PR bug occurs with report issue page and not update issue page edited on: 10-20-04 02:47 |
|
I marked 0004520 as a duplicate of this one. However, when handling this issue, we should look at the notes of both issues. Also marked this as confirmed since it was confirmed by several users. |
|
Issue 4699 also deals with the unicode problem. (Duplicate?) |
|
I just want to confirm that contrary to what "mfroman" said, the issue This has nothing to do with unicode or copying from microsoft word... this is a problem typing basic text in english. |
|
Agreed. This is two bugs in one: lauploix wrote: [bug 2: ] When clicking back, the forms are blank. " |
|
Agreed. This is two bugs in one: lauploix wrote: [bug 2: ] When clicking back, the forms are blank. " |
|
Some observations based on my experiences/tests:
Since different people are seeing/not seeing the problem with the same browsers, it might be browser options that are causing the problem. |
|
I just wanted to confirm that with 0.19.1, with the summary field not filled out, and the default settings for Firefox 1.0, this issue still exists. It is really a pain. If there is no way to make the back button work, there needs to be another "back" button added to the user interface. That will go "forward" to the previous page. We wanted to release our bug tracker to end users but with this still a problem we need to delay it. What would it take to fix this? maybe we could get some folks to donate $$. |
|
Confirmed with 0.19.2, IE6 on Windows XP |
|
A suggestion. This can be related to the no-cache headers. If you hit Back, then the browser reloads the page as it might have been changed. Can anyone try modifying the meta-tags and remove the cache temporarily? |
|
I just added $g_bypass_headers = ON; in the config_inc.php This solves the problem for us. I haven't noticed other problems with this configuration 'til now. |
|
I will try this workaround later... can others do the same and report what version of the browser it works with? Also, the "severity" of this bug should not be "minor". This is at least a major bug IMHO. |
|
I can confirm the bug with Firefox 1.0, Windows XP SP2. $g_bypass_headers = ON; removes the problem. I think that this should be removed only on certain pages, where having the most recent database data is not needed. Like bug_report_page.php |
|
Win XP/SP2, mantis 0.19.2, Firefox 1.0.3, $g_bypass_headers = ON; did not solve the problem for me. |
|
This definitely has to do with all the no-cache tags and headers. They need to be removed for those (and only those) pages that:
Remember, very strange and annoying things can happen in a web app when using the default cache on pages, so the Mantis team has a good reason to force pages into not using it. However, the annoyance the users feel when having to write a huge bug report from scratch AGAIN just because they forgot some small required field invalidates any arguments of keeping the no-cache on these pages. Suggestion for next version: hard-code some pages (just the bug report pages?) to use the default caching. Suggestion for later versions: add an option on every page to use cache or not, or make a list in the config file. Thanks! |
|
A simpler correction would be to add a "back" link in the error page, so that when you click on it, it goes (forward) back to the page you were filling, with values entered. |
|
And a better solution would be to not show a separate error page at all, but rather to already land back on the form page again, with the previously-entered values filled in, with the error message shown at the top of the form, like every other modern web application does... |
|
Ryandesign, agreed! |
|
I also have the problem with IE6 sp2 on WinXP, for both bug report and bug update pages. I implemented the workaround in config_inc.php ($g_bypass_headers = ON;) and it is working. Can anyone explain me the possible side effects of this workaround ? Thanks |
|
Setting $g_bypass_headers was intended to disable headers when running core/checkin.php from a command line. It disables some, but not all of the headers sent for each page. We should consider the integrated error message for a future release. Fix submitted to CVS to allow browser caching through the $g_allow_browser_cache variable. bug_report_advanced_page.php -> 1.49 |
|
MantisBT: master 8f220341 2005-05-18 20:25 Details Diff |
fix for 0005533: Problem Downloading The Uploaded Documents fix for 0003729: When using the browser's back button, the form is cleared out - allowed page and file caching through configuration parameters ($g_allow_browser_cache and $g_allow_file_cache) git-svn-id: http://mantisbt.svn.sourceforge.net/svnroot/mantisbt/trunk@3539 <a class="text" href="/?p=mantisbt.git;a=object;h=f5dc347c">f5dc347c</a>-c33d-0410-90a0-b07cc1902cb9 |
Affected Issues 0003729, 0005533 |
|
mod - doc/ChangeLog | Diff File | ||
mod - bug_report_advanced_page.php | Diff File | ||
mod - meta_inc.php | Diff File | ||
mod - config_defaults_inc.php | Diff File | ||
mod - core.php | Diff File | ||
mod - bug_report_page.php | Diff File | ||
mod - file_download.php | Diff File |