Openbravo Issue Tracking System - Openbravo ERP |
| View Issue Details |
|
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0006679 | Openbravo ERP | B. User interface | public | 2008-12-19 11:13 | 2009-01-27 19:58 |
|
| Reporter | networkb | |
| Assigned To | dbaz | |
| Priority | immediate | Severity | major | Reproducibility | random |
| Status | closed | Resolution | fixed | |
| Platform | | OS | 5 | OS Version | |
| Product Version | 2.40 | |
| Target Version | | Fixed in Version | 2.40MP2 | |
| Merge Request Status | |
| Review Assigned To | |
| OBNetwork customer | |
| Web browser | |
| Modules | Core |
| Support ticket | |
| Regression level | |
| Regression date | |
| Regression introduced in release | |
| Regression introduced by commit | |
| Triggers an Emergency Pack | No |
|
| Summary | 0006679: After some time working with the application some buttons do not appear their pop-ups |
| Description | After some time (it can not be specified how much time) working with the application, when a button is pressed (for example, "Complete") in Sales Orders, the pop-up is never opened.
After this behavior, the focus is in the first field of the window in spite of button.
The correct behavior should be that after clicking in the button, a pop-up should be opened.
This happens in different OS (Windows, Linux) and different explorers (Internet Explorer, Firefox).
Maybe customer application will be needed to reproduce the error. |
| Steps To Reproduce | 1.Navigate in the application
2.Go to Sales Order, and press "complete"
3.No pop-up is opened |
| Proposed Solution | |
| Additional Information | |
| Tags | No tags attached. |
| Relationships | | blocks | defect | 0006900 | pi | closed | dbaz | After some time working with the application some buttons do not appear their pop-ups |
|
| Attached Files | |
|
| Issue History |
| Date Modified | Username | Field | Change |
| 2008-12-19 11:13 | networkb | New Issue | |
| 2008-12-19 11:13 | networkb | Assigned To | => rafaroda |
| 2008-12-19 11:13 | networkb | sf_bug_id | 0 => 2448088 |
| 2008-12-19 11:13 | networkb | Regression testing | => No |
| 2008-12-19 16:21 | psarobe | Note Added: 0011606 | |
| 2008-12-19 16:21 | psarobe | Status | new => feedback |
| 2008-12-19 16:27 | networkb | Note Added: 0011608 | |
| 2008-12-19 18:18 | rafaroda | Assigned To | rafaroda => pheenan |
| 2008-12-23 12:03 | pheenan | Assigned To | pheenan => networkb |
| 2008-12-23 12:03 | pheenan | Note Added: 0011696 | |
| 2008-12-23 12:40 | Yoris | Note Added: 0011698 | |
| 2008-12-23 12:42 | networkb | Note Added: 0011699 | |
| 2008-12-23 12:42 | networkb | Status | feedback => new |
| 2008-12-23 12:56 | pheenan | Assigned To | networkb => pheenan |
| 2008-12-23 15:51 | pheenan | Note Added: 0011706 | |
| 2008-12-23 18:11 | joan | Issue Monitored: joan | |
| 2008-12-23 23:49 | Yoris | Note Added: 0011717 | |
| 2008-12-23 23:50 | Yoris | Note Edited: 0011717 | |
| 2008-12-26 16:06 | Yoris | Issue Monitored: Yoris | |
| 2008-12-28 17:44 | rafaroda | Note Added: 0011746 | |
| 2008-12-28 17:44 | rafaroda | Assigned To | pheenan => dbaz |
| 2008-12-28 17:44 | rafaroda | Status | new => acknowledged |
| 2008-12-28 17:44 | rafaroda | Description Updated | |
| 2008-12-28 17:44 | rafaroda | Proposed Solution updated | |
| 2008-12-28 22:32 | dbaz | Assigned To | dbaz => pjuvara |
| 2008-12-29 13:29 | iciordia | Assigned To | pjuvara => dbaz |
| 2008-12-29 13:34 | iciordia | Status | acknowledged => scheduled |
| 2008-12-29 13:35 | iciordia | Status | scheduled => feedback |
| 2008-12-30 13:03 | pnuding | Note Added: 0011763 | |
| 2008-12-30 13:03 | pnuding | Priority | immediate => urgent |
| 2009-01-07 12:53 | networkb | Note Added: 0011945 | |
| 2009-01-07 12:53 | networkb | Status | feedback => new |
| 2009-01-08 13:30 | pjuvara | Priority | urgent => immediate |
| 2009-01-09 09:19 | iciordia | Note Added: 0012016 | |
| 2009-01-09 09:19 | iciordia | Status | new => feedback |
| 2009-01-15 02:08 | dbaz | Issue cloned | 0006900 |
| 2009-01-15 02:08 | dbaz | Relationship added | blocks 0006900 |
| 2009-01-15 02:09 | dbaz | Type | defect => backport |
| 2009-01-15 02:09 | dbaz | fix_in_branch | => 2.40 |
| 2009-01-15 02:15 | dbaz | Note Added: 0012197 | |
| 2009-01-19 14:08 | svnbot | Checkin | |
| 2009-01-19 14:08 | svnbot | Note Added: 0012340 | |
| 2009-01-19 14:08 | svnbot | Status | feedback => resolved |
| 2009-01-19 14:08 | svnbot | Resolution | open => fixed |
| 2009-01-19 14:08 | svnbot | svn_revision | => 12002 |
| 2009-01-27 19:58 | psarobe | Status | resolved => closed |
| 2009-01-27 19:58 | psarobe | Note Added: 0012711 | |
|
Notes |
|
|
|
|
What does the end user has to do in order to be able to work again in that window? I mean, to be able to open again the pop-up? |
|
|
|
|
|
If shortcuts are used, pop-up is openned. This never fails. The problem is when the buttom is pressed manually. |
|
|
|
|
Have tested this on the local machine and despite clicking on action buttons and process buttons (producing popups) for nearly half an hour I am unable to reproduce this issue.
Is it possible to get information from the log files for the installation for the last occurrence of this issue. Or access to the installation where this could be tested and proven?
Is the issue still happening? |
|
|
|
(0011698)
|
|
Yoris
|
|
2008-12-23 12:40
|
|
This issue is when developing with FF (2 or 3) javascript cache memory is not being flushed, after half an hour ff eats most of the ram because of it, that is when this problem appears to jump, restarting ff solves this issue... not that i like the possible solution. A better javascript cache management is imperative in order to keep ff functional.
Also tested in chrome and opera9+ ( IE7+ seems to suffer the same issue in a minor porcentage ).... |
|
|
|
|
the problem is still happening.
A production environment has been provided to reproduce the bug |
|
|
|
|
Ran a test using the Purchase Order and Sales Order windows. With only a single tab open and starting with memory running at 175mb I was able to increase this to nearly 400mb by clicking action buttons in the windows. The memory has not recovered after 5 minutes of not processing anything. Will leave the window open and untouched to see if memory is recovered.
This appears to be an issue with the javascript memory and the clean up of unused references. Idenitied potential leaks using a firefox plugin in the ajax.js script although unable to check further in the sales order and purchase order windows as the plugin crashes the browser. |
|
|
|
(0011717)
|
|
Yoris
|
2008-12-23 23:49
(edited on: 2008-12-23 23:50) |
|
hope to be of help here, but this is not a problem only encountered in ff... this issue can be found in every browser because its a javascript cache issue... it is just being misused as pheenan correctly states... what could be done here is a recheck of javascript functions for not-destroyed referenced objects in cache.... i think this issue is slowing development of openbravo modules and should be taken care of as fast as posible...but that's only my opinion.
|
|
|
|
|
This issue has been acknowledged. The problem seems to be related with the actual design of the buttons (not standard) which do the browse interprets bad the code.
A refactoring of the button would be needed. |
|
|
|
|
|
Possible solution was discussed with ICiordia but the needed refactoring would be fairly large. Feedback requested from Natalia to determine the urgency - reducing to urgent until this gets determined in order to avoid confusion |
|
|
|
|
|
More information has been provided to dbaz |
|
|
|
|
Elena will check with the customer if the problem happens in the production environment (right now it is only demonstrated in the development environment). If the problem does not happen in the production environment we will move this bug to a feature request to refactor buttons in Openbravo. If the problem happens in the production environment we will try to solve it by hacking the customer network environment to avoid it.
Ismael |
|
|
|
(0012197)
|
|
dbaz
|
|
2009-01-15 02:15
|
|
A solution has been provided to Natalia.
Now waiting her feedback to commit the solution. |
|
|
|
(0012340)
|
|
svnbot
|
|
2009-01-19 14:08
|
|
Repository: openbravo
Revision: 12002
Author: dbaz
Date: 2009-01-19 14:08:54 +0100 (Mon, 19 Jan 2009)
Fixed bug 0006679: Redesign of generated windows (WAD) buttons
---
U branches/r2.40/src/org/openbravo/erpCommon/security/Login_F1.html
U branches/r2.40/src-wad/src/org/openbravo/wad/controls/WADButton.html
U branches/r2.40/src-wad/src/org/openbravo/wad/controls/WADButton.java
U branches/r2.40/src-wad/src/org/openbravo/wad/controls/WADButton.xml
U branches/r2.40/web/js/utils.js
U branches/r2.40/web/js/windowKeyboard.js
U branches/r2.40/web/skins/Default/Openbravo_ERP_240.css
---
https://dev.openbravo.com/websvn/openbravo/?rev=12002&sc=1 [^]
|
|
|
|
|
|
After working the whole day with a slow network all the buttons work fine |
|