Openbravo Issue Tracking System - Openbravo ERP |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0002105 | Openbravo ERP | B. User interface | public | 2007-10-17 12:32 | 2008-07-04 14:48 |
|
Reporter | user71 | |
Assigned To | cromero | |
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | | |
Target Version | | Fixed in Version | 2.40beta | |
Merge Request Status | |
Review Assigned To | |
OBNetwork customer | No |
Web browser | |
Modules | Core |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0002105: Login screen does not work after login failure |
Description | Windows 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. |
Steps To Reproduce | |
Proposed Solution | |
Additional Information | |
Tags | No tags attached. |
Relationships | depends on | backport | 0003646 | | closed | cromero | Login screen does not work after login failure |
|
Attached Files | |
|
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 |
Notes |
|
(0005694)
|
user71
|
2005-06-01 00:00
(edited on: 2008-06-12 09:43) |
|
|
|
(0002402)
|
dbaz
|
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
|
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
|
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
|
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
|
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
|
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
|
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. |
|