Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0005872 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [Openbravo ERP] 01. General setup | major | always | 2008-11-07 08:35 | 2008-12-03 19:55 | |||
| Reporter | vmromanos | View Status | public | |||||
| Assigned To | vmromanos | |||||||
| Priority | high | Resolution | fixed | Fixed in Version | ||||
| Status | closed | Fix in branch | Fixed in SCM revision | 9772 | ||||
| Projection | none | ETA | none | Target Version | 2.50 | |||
| OS | Linux 32 bit | Database | Oracle | Java version | 1.5 | |||
| OS Version | Ubuntu 8.04 | Database version | SE | Ant version | 1.7 | |||
| Product Version | pi | SCM revision | ||||||
| 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 | 0005872: Check calendar restrinctions after changing the organization's calendar | |||||||
| Description | When you change the organization's calendar, the application currently does not check if the new one fulfills the mandatory requirements | |||||||
| Proposed Solution | Create a statement level trigger into the AD_Org table which uses the AD_CHK_CALENDAR function | |||||||
| Tags | multi-org | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
|
 Relationships |
|
Notes |
|
|
(0010065) svnbot (viewer) 2008-11-07 09:18 |
Repository: openbravo Revision: 9772 Author: vmromanos Date: 2008-11-07 09:18:49 +0100 (Fri, 07 Nov 2008) Fixed bug 0005872: Check calendar restrinctions after changing the organization's calendar --- A branches/modularity/src-db/database/model/triggers/AD_ORG_STLE_TRG.xml --- https://dev.openbravo.com/websvn/openbravo/?rev=9772&sc=1 [^] |
|
(0010642) psarobe (viewer) 2008-11-25 13:35 |
Victor, please specify what exactly QA has to review |
|
(0010649) vmromanos (viewer) 2008-11-25 15:33 |
When you are changing the calendar of a ready organization and this organization is marked as "Legal Entity", the new calendar must fulfill some rules: - Every legal entity must have itself or an ancestor at least a calendar attached to it - All the organizations that belong to the same legal entity must have a unique calendar To test it you can, for example, create a new legal entity organization, assign to it a calendar (and an accounting schema) and set it as ready. Then remove the organization's calendar and try to save it; the application should not allow it. Another test you can do is: 1- Create two calendars 2- Create one legal entity (summary level), assign to it the first calendar and set it as ready 3- Create another legal entity, assign to it the same calendar, make it a child of the previous one and set it as ready. 4- Then try to change the assigned calendar for these organizations to other calendar. The application should not allow it. |
|
(0010953) psarobe (viewer) 2008-12-03 19:55 |
QA has tested this case: To test it you can, for example, create a new legal entity organization, assign to it a calendar (and an accounting schema) and set it as ready. Then remove the organization's calendar and try to save it; the application should not allow it |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2008-11-07 08:35 | vmromanos | New Issue | |
| 2008-11-07 08:35 | vmromanos | Assigned To | => vmromanos |
| 2008-11-07 08:35 | vmromanos | sf_bug_id | 0 => 2233111 |
| 2008-11-07 08:35 | vmromanos | OBNetwork customer | => No |
| 2008-11-07 08:35 | vmromanos | Regression testing | => No |
| 2008-11-07 08:37 | vmromanos | Status | new => scheduled |
| 2008-11-07 08:37 | vmromanos | fix_in_branch | => trunk |
| 2008-11-07 08:37 | vmromanos | Tag Attached: multi-org | |
| 2008-11-07 08:42 | vmromanos | Priority | normal => high |
| 2008-11-07 08:42 | vmromanos | fix_in_branch | trunk => |
| 2008-11-07 09:18 | svnbot | Checkin | |
| 2008-11-07 09:18 | svnbot | Note Added: 0010065 | |
| 2008-11-07 09:18 | svnbot | Status | scheduled => resolved |
| 2008-11-07 09:18 | svnbot | Resolution | open => fixed |
| 2008-11-07 09:18 | svnbot | svn_revision | => 9772 |
| 2008-11-25 13:35 | psarobe | Note Added: 0010642 | |
| 2008-11-25 13:35 | psarobe | Issue Monitored: psarobe | |
| 2008-11-25 15:33 | vmromanos | Note Added: 0010649 | |
| 2008-12-03 19:55 | psarobe | Status | resolved => closed |
| 2008-12-03 19:55 | psarobe | Note Added: 0010953 | |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |