Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0002105
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] B. User interfaceminoralways2007-10-17 12:322008-07-04 14:48
Reporteruser71View Statuspublic 
Assigned Tocromero 
PrioritynormalResolutionfixedFixed in Version2.40beta
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Merge Request Status
Review Assigned To
OBNetwork customerNo
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0002105: Login screen does not work after login failure

DescriptionWindows XP SP2
Firefox 2.0.0.7
Openbravo R2.34

After a login failure the user clicks the back button to re-enter a correct login the form no longer works.

It is necessary to reset the browser to:

http://127.0.0.1:8080/openbravo/ [^]

to get it to work again.

Although this work around is OK, if irritating, for experienced users it will always catch out new users.

Note that this has been reported before, but was tested on R2.33.

This bug occurs in version R2.34

Kind regards,

Andrew Ballantine.
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
depends on backport 0003646 closedcromero Login screen does not work after login failure 

-  Notes
(0002402)
dbaz (viewer)
2007-11-30 19:56
edited on: 2008-06-12 09:22

 Logged In: YES
user_id=1500873
Originator: NO

It works on 2.35

Thank you for reporting!
(0002403)
villind (viewer)
2008-02-27 09:57
edited on: 2008-06-12 09:22

 Logged In: YES
user_id=61737
Originator: NO

It seems that this does not work with 2.35mp1. Tested with local setup and Openbravo demo.
(0002404)
user71
2008-02-28 17:33
edited on: 2008-06-12 09:22

 Logged In: YES
user_id=1639235
Originator: YES

Hi,

I have re-tested this on both 2.35 and 2.35MP1 and I regret to say that it does not work on either.
I downloaded 2.35 afresh today to test it.
So my apologies for previously reporting that this worked in 2.35. It does not.
I am assuming that there have been no changes to the 2.35 release since its original release date.

Kind regards,

Andrew Ballantine.
(0002405)
cromero (viewer)
2008-02-29 11:04
edited on: 2008-06-12 09:22

 Logged In: YES
user_id=1500614
Originator: NO

It is a very strange bug:
- I have tested with my computer (Firefox 2.0.0.12, Ubuntu Gutsy) in the demo online and it works fine.
- Another workmate has also tested (Firefox 2.0.0.11, Ubuntu Gutsy) in the demo online and it does not work.

What happens different between both computers is that, when I click on back button, the user and password get empty while in my workmate computer they do not.

This bug has not been reported in IE, so I think it is a problem with FF2 configuration.

Very strange.

Carlos
(0002406)
villind (viewer)
2008-02-29 12:22
edited on: 2008-06-12 09:22

 Logged In: YES
user_id=61737
Originator: NO

Hi,

I did some testing and this feels like a race condition. It works better with local server (less latency). In some cases the submit does not do a thing for first, but if you press the button/enter after a while the form gets submitted.

There is no error reported by firebug, but the button/enter just does not do anything, so it may be that the event handlers are not registered yet, or fail to register.

I would not mind if the login window gets simplified to make it more robust. To me this is just bad experience to new users, but as the user identification in our case should happen outside of Openbravo this does not matter so much to us.
 
This test has been executed with Firefox 2.0.0.12, Ubuntu Gutsy Openbravo 2.35mp1+BonwareFixes.
(0002407)
user71
2008-02-29 12:53
edited on: 2008-06-12 09:22

 Logged In: YES
user_id=1639235
Originator: YES

Carlos,

I think I have it.

If one uses the form's back button the fields are not cleared and the retry does not work.

If one uses the Browser's back button the fields are cleared and the retry works.

Firefox version info is:
ubuntu7.10 Firefox 2.0.0.12

Openbravo2.35MP1

Kind regards,

Andrew.
(0002408)
cromero (viewer)
2008-02-29 13:44
edited on: 2008-06-12 09:22

 Logged In: YES
user_id=1500614
Originator: NO

As I told you, I have one workmate's computer that fail.

Ok, since I made back in the browser's button I not able to reproduce the bug in that computer and now it works fine !!!

I have no changed anything, just click in the browser's back button one time, and now the field are always cleaning when I return to the login form by clicking in the application back button.

Very very strange.

Carlos
(0002409)
cromero (viewer)
2008-03-03 17:56
edited on: 2008-06-12 09:22

 Logged In: YES
user_id=1500614
Originator: NO

Fixed in revision 2646
(0002410)
cromero (viewer)
2008-03-03 18:02
edited on: 2008-06-12 09:22

 Logged In: YES
user_id=1500614
Originator: NO

Before the back button was invoking a history.back() that in some cases it was provoking failures.
Now it has been replaced by a new load of the login page, that works fine.
(0005694)
user71
2005-06-01 00:00
edited on: 2008-06-12 09:43

 This bug was originally reported in SourceForge bug tracker and then migrated to Mantis.

You can see the original bug report in:
https://sourceforge.net/support/tracker.php?aid=1815036 [^]

- Issue History
Date Modified Username Field Change
2008-07-04 14:48 plujan Status resolved => closed
2008-07-04 14:48 plujan Fixed in Version 2.40alpha-r2 => 2.40beta

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker