Openbravo Issue Tracking System - Openbravo ERP |
| View Issue Details |
|
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0008885 | Openbravo ERP | 01. General setup | public | 2009-05-04 22:45 | 2010-01-05 14:07 |
|
| Reporter | elopio | |
| Assigned To | marvintm | |
| Priority | normal | Severity | major | Reproducibility | random |
| Status | closed | Resolution | no change required | |
| Platform | | OS | 30 | OS Version | |
| Product Version | 2.50 | |
| Target Version | | Fixed in Version | | |
| 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 | 0008885: ** instead of the name of installed modules |
| Description | In General Setup || Application || Module Management || Module Management > Installed Modules.
The first box lists the names of installed modules. It shows only ** (see attached image).
This doesn't happen in the other QA machine that uses oracle. |
| Steps To Reproduce |
install working pi context
Then use 'ant create.database -Dapply.on.create=true' to recreate the db
Do not recompile but just restart tomcat
Go to mmc see the issue hapennening |
| Proposed Solution | Problem is that the data in the ad_table does not contain a correct valid value for the generated field which stores the column_identifier sql code.
A single run of this pl-function updates this field:
SELECT ad_update_table_identifier(null,'N');
Afterwards the display is immediately correct.
As this function is called on compilation (start of wad) a recompile does 'fix' the problem.
Adding a call to some ant target executed on -Dapply.on.create=true' should fix it.
|
| Additional Information | |
| Tags | 250MP1, Modularity |
| Relationships | | related to | defect | 0011416 | | closed | mtaal | ad_update_table_identifier fails silently after a new table trigger change |
|
| Attached Files |  core.png (22,566) 2009-05-04 22:45
https://issues.openbravo.com/file_download.php?file_id=1253&type=bug
|
|
| Issue History |
| Date Modified | Username | Field | Change |
| 2009-05-04 22:45 | elopio | New Issue | |
| 2009-05-04 22:45 | elopio | Assigned To | => rafaroda |
| 2009-05-04 22:45 | elopio | File Added: core.png | |
| 2009-05-04 22:45 | elopio | Regression testing | => No |
| 2009-05-04 23:01 | elopio | Note Added: 0016029 | |
| 2009-05-04 23:08 | elopio | Tag Attached: 250MP1 | |
| 2009-05-05 12:17 | psarobe | Tag Attached: Modularity | |
| 2009-05-05 12:18 | psarobe | Note Added: 0016043 | |
| 2009-05-05 12:19 | psarobe | Assigned To | rafaroda => alostale |
| 2009-05-05 12:19 | psarobe | Severity | critical => major |
| 2009-05-05 12:19 | psarobe | Reproducibility | always => random |
| 2009-05-05 12:19 | psarobe | Status | new => scheduled |
| 2009-05-06 10:52 | pjuvara | version | => 2.50 |
| 2009-05-11 13:00 | alostale | Note Added: 0016258 | |
| 2009-05-11 13:00 | alostale | Status | scheduled => feedback |
| 2009-05-11 19:09 | elopio | Note Added: 0016276 | |
| 2009-05-12 09:54 | plujan | Status | feedback => new |
| 2009-05-12 09:56 | plujan | Note Added: 0016285 | |
| 2009-05-12 09:56 | plujan | Priority | urgent => normal |
| 2009-05-12 09:56 | plujan | Status | new => scheduled |
| 2009-05-12 09:56 | plujan | fix_in_branch | => pi |
| 2009-05-18 10:58 | alostale | Note Added: 0016414 | |
| 2009-05-18 10:58 | alostale | Status | scheduled => feedback |
| 2009-05-19 17:58 | elopio | Note Added: 0016472 | |
| 2009-05-29 09:35 | psarobe | Note Added: 0016748 | |
| 2009-05-29 09:40 | alostale | Note Added: 0016749 | |
| 2009-05-29 10:46 | psarobe | Status | feedback => scheduled |
| 2009-06-01 22:32 | elopio | Note Added: 0016829 | |
| 2009-07-16 11:55 | alostale | Status | scheduled => closed |
| 2009-07-16 11:55 | alostale | Resolution | open => unable to reproduce |
| 2009-07-16 12:14 | psarobe | Note Added: 0018307 | |
| 2009-07-16 17:55 | anonymous | sf_bug_id | 0 => 2822541 |
| 2009-10-20 17:25 | shuehner | Assigned To | alostale => marvintm |
| 2009-10-20 17:25 | shuehner | Status | closed => new |
| 2009-10-20 17:25 | shuehner | Resolution | unable to reproduce => open |
| 2009-10-20 17:26 | shuehner | Note Added: 0021221 | |
| 2009-10-20 17:28 | shuehner | fix_in_branch | pi => |
| 2009-10-20 17:28 | shuehner | Proposed Solution updated | |
| 2009-10-20 17:28 | shuehner | Steps to Reproduce Updated | |
| 2009-10-22 09:04 | psarobe | Note Added: 0021306 | |
| 2009-10-22 09:04 | psarobe | Status | new => scheduled |
| 2009-10-22 09:04 | psarobe | fix_in_branch | => pi |
| 2009-11-19 14:20 | iperdomo | Relationship added | related to 0011416 |
| 2010-01-05 14:07 | iciordia | Note Added: 0023238 | |
| 2010-01-05 14:07 | iciordia | Status | scheduled => closed |
| 2010-01-05 14:07 | iciordia | Resolution | open => no change required |
|
Notes |
|
|
(0016029)
|
|
elopio
|
|
2009-05-04 23:01
|
|
|
I used module manager to rebuild the application in order to have the newly installed module working. Now the names are properly shown. |
|
|
|
|
|
This happens randomly, down the severity to major |
|
|
|
|
|
This does not happen with a clean instance, could you specify the steps you did to get this behavior? |
|
|
|
(0016276)
|
|
elopio
|
|
2009-05-11 19:09
|
|
It was with a clean instance. But I can't reproduce it.
As Pablo said, this happens randomly. I've seen the ** in other windows, but I haven't found a step-by-step or something in common. |
|
|
|
(0016285)
|
|
plujan
|
|
2009-05-12 09:56
|
|
|
Lowering priority since it could not be reproduced. MP1 label should be removed also. |
|
|
|
|
I'm not able to reproduce it.
Is it possible you followed this steps?:
-You had an up and running instance
-You created database, but you didn't recompile the instance
-Then you see the **
If this is true, the problem is that when creating database identifiers for records are not created. They are created when building the application, you should run "ant smartbuild" in order to do that.
Please confirm it, because in this case it wouldn't be a bug. |
|
|
|
(0016472)
|
|
elopio
|
|
2009-05-19 17:58
|
|
|
Hello. I'm sure I didn't create the database. However somebody else might have. I'll try to reproduce it following your steps. |
|
|
|
|
|
Reminder sent to: alostale
Any update on this? |
|
|
|
|
|
I'm not able to reproduce it, elopio should confirm whether he did create database. |
|
|
|
(0016829)
|
|
elopio
|
|
2009-06-01 22:32
|
|
Sorry, I forgot to add the note.
I followed Asier's steps and I got the **.
I can't know if somebody else did the create.database before my execution on 2009-05-04. However I haven't seen them again, so at this momment that's the only possible cause. |
|
|
|
|
|
Closed by engineering since they cannot reproduce following other steps than Asier's ones. |
|
|
|
|
Steps to reproduce:
install working pi context
Then use 'ant create.database -Dapply.on.create=true' to recreate the db
Do not recompile but just restart tomcat
Go to mmc see the issue hapennening |
|
|
|
|
|
|
|
|
Elopio, Stefan, Psarobe,
this bug is not a bug anymore. First, now the system checks for consistency (so db and source code matches). Second, it makes no sense to report developer actions to lead the system to inconsistency, since it is impossible to guarantee consistency in a developer environment (at the end, a developer can modify code to make the system inconsistent). The steps to reproduce this issue are not allowed for a users, and a developer should know what he is doing.
Clean-up done by iciordia.
Ismael |
|