View Issue Details

IDProjectCategoryView StatusLast Update
0003729mantisbtbugtrackerpublic2019-08-11 17:47
ReporterChaotik Assigned Tothraxisp  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version0.18.2 
Fixed in Version1.0.0a3 
Summary0003729: 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

TagsNo tags attached.

Relationships

has duplicate 0004520 closedvboctor Form information lost on submit 
has duplicate 0005415 closedthraxisp missing required field loses Additional Info/Note field data 
has duplicate 0009273 closedvboctor bug_update_page.php needs to be cached. 
related to 0023326 closedatrol preventing data loss 

Activities

lauploix

lauploix

2004-07-07 08:16

reporter   ~0005893

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.

vboctor

vboctor

2004-07-07 09:57

manager   ~0005895

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.

lauploix

lauploix

2004-07-08 02:54

reporter   ~0005910

Ok. Next time I encounter the problem, I document it more clearly and test it against the new version of Mantis.

Chaotik

Chaotik

2004-07-08 08:11

reporter   ~0005929

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.

mfroman

mfroman

2004-09-30 10:36

reporter   ~0007847

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).

TomR

TomR

2004-10-05 07:18

reporter   ~0007904

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 ).

leftlink

leftlink

2004-10-05 12:18

reporter   ~0007914

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?

packeteer

packeteer

2004-10-19 23:18

reporter   ~0008109

Last edited: 2004-10-20 02:47

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

vboctor

vboctor

2004-10-20 08:28

manager   ~0008120

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.

Sire

Sire

2004-11-15 02:47

reporter   ~0008336

Issue 4699 also deals with the unicode problem. (Duplicate?)

leftlink

leftlink

2004-11-15 19:30

reporter   ~0008342

I just want to confirm that contrary to what "mfroman" said, the issue
still existed in 0.19.0, which is what we have installed. In our case we
added a custom field called "windows version". If you want to see the problem in action, go to organizenow.net/mantis and login as "test", "test" and then
enter an issue, leaving "windows version" blank. Try to submit it, then press the back button.

This has nothing to do with unicode or copying from microsoft word... this is a problem typing basic text in english.

Sire

Sire

2004-11-16 01:19

reporter   ~0008343

Agreed. This is two bugs in one:

lauploix wrote:
"[bug 1: ] In some cases, when copying strings from another software (ie word), the bug cannot be submitted even if every field is filled.

[bug 2: ] When clicking back, the forms are blank. "

Sire

Sire

2004-11-16 01:19

reporter   ~0008344

Agreed. This is two bugs in one:

lauploix wrote:
"[bug 1: ] In some cases, when copying strings from another software (ie word), the bug cannot be submitted even if every field is filled.

[bug 2: ] When clicking back, the forms are blank. "

gtomlin

gtomlin

2004-11-25 09:22

reporter   ~0008427

Some observations based on my experiences/tests:

  1. This is not strictly an IE problem. I am having this problem with Mantis 0.19.0 and Firefox 1.0 on Win XP. I also recreated it on IE 6, Netscape 7.1 and Firebird 0.6.1. However it did not happen on Opera 6.04.

  2. The problem occurs whether the data is missing from a standard field such as Summary or from a custom field that has been marked required.

  3. On update, when a required field is cleared, after the back button is pressed the record is redisplayed with its pre-update values. The problem exists on both report and update.

Since different people are seeing/not seeing the problem with the same browsers, it might be browser options that are causing the problem.

leftlink

leftlink

2005-01-04 20:44

reporter   ~0008842

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 $$.

malaussena

malaussena

2005-01-06 10:21

reporter   ~0008865

Confirmed with 0.19.2, IE6 on Windows XP

kasparloog

kasparloog

2005-01-11 16:45

reporter   ~0008948

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?

empty

empty

2005-01-12 00:57

reporter   ~0008966

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.

leftlink

leftlink

2005-01-12 08:36

reporter   ~0008967

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.

kasparloog

kasparloog

2005-01-13 09:39

reporter   ~0009000

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

BoGusman

BoGusman

2005-05-10 14:42

reporter   ~0010069

Last edited: 2005-05-10 14:44

Win XP/SP2, mantis 0.19.2, Firefox 1.0.3, $g_bypass_headers = ON; did not solve the problem for me.

Sire

Sire

2005-05-11 03:25

reporter   ~0010076

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:

  • Often will be revisited with the back button because of missing or wrong entered information (like the bug report pages).
  • Does not, or very seldom suffers from having cache.

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!

lauploix

lauploix

2005-05-13 06:31

reporter   ~0010118

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.

ryandesign

ryandesign

2005-05-13 06:47

reporter   ~0010119

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...

Sire

Sire

2005-05-13 07:08

reporter   ~0010120

Ryandesign, agreed!

hgaland

hgaland

2005-05-18 13:36

reporter   ~0010167

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

thraxisp

thraxisp

2005-05-18 20:40

reporter   ~0010170

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
bug_report_page.php -> 1.52
config_defaults_inc.php -> 1.264
core.php -> 1.42
file_download.php -> 1.36
meta_inc.php -> 1.18

Related Changesets

MantisBT: master 8f220341

2005-05-18 20:25

thraxisp


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