Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0016193Openbravo ERPA. Platformpublic2011-03-10 09:592011-10-27 10:49
Reporterrgoris 
Assigned Tomtaal 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionduplicate 
PlatformOS5OS Version
Product Version 
Target Version3.0MP5Fixed in Version 
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
Summary0016193: Do no allow adding lines when a document is completed/posted etc.
DescriptionCurrently when a doc e.g. a sales order is completed, you can still add lines.Only when you try to save, you get an error. This could be frustrating when users pick the wrong header by accident.
Steps To Reproduce
Proposed SolutionDisabled create new / insert new buttons (and context menu items / shortcuts, everything) in case you are not allowed to.

This is possible because we know that a document is completed (because in the toolbar the orange POST button is shown).
Additional Information
TagsNo tags attached.
Relationships
duplicate of feature request 0018152 new Triage Platform Base The new record or insert row button must be disabled 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2011-03-10 09:59rgorisNew Issue
2011-03-10 09:59rgorisAssigned To => alostale
2011-03-10 09:59rgorisModules => Core
2011-03-10 09:59rgorisOBNetwork customer => No
2011-05-17 12:25rgorisStatusnew => scheduled
2011-05-17 12:25rgorisfix_in_branch => pi
2011-05-18 17:41rgorisAssigned Toalostale => mtaal
2011-05-18 17:41rgorisTypefeature request => defect
2011-05-18 17:41rgorisfix_in_branchpi =>
2011-05-23 13:21mtaalAssigned Tomtaal => alostale
2011-05-23 13:21mtaalTarget Version3.0MP0 => 3.0MP1
2011-06-22 19:57dmitry_mezentsevTarget Version3.0MP1 => 3.0MP2
2011-07-21 11:40alostaleNote Added: 0039286
2011-07-21 11:40alostaleTarget Version3.0MP2 => 3.0MP3
2011-08-31 11:30jonalegriaesarteNote Added: 0040595
2011-08-31 11:30jonalegriaesarteTarget Version3.0MP3 => 3.0MP4
2011-09-27 13:03alostaleTarget Version3.0MP4 => 3.0MP5
2011-10-25 09:40rgorisNote Added: 0042082
2011-10-25 09:40rgorisPrioritynormal => high
2011-10-25 09:40rgorisAssigned Toalostale => mtaal
2011-10-25 10:09mtaalTarget Version3.0MP5 => 3.0MP6
2011-10-25 10:18mtaalTarget Version3.0MP6 => 3.0MP5
2011-10-27 10:25mtaalNote Added: 0042135
2011-10-27 10:25mtaalStatusscheduled => closed
2011-10-27 10:25mtaalResolutionopen => no change required
2011-10-27 10:25mtaalStatusclosed => new
2011-10-27 10:25mtaalResolutionno change required => open
2011-10-27 10:49mtaalRelationship addedduplicate of 0018152
2011-10-27 10:49mtaalStatusnew => closed
2011-10-27 10:49mtaalResolutionopen => duplicate

Notes
(0039286)
alostale   
2011-07-21 11:40   
Proper solution requires a generalization. Discussing it in platform team:

Maybe something like a table for buttons where the icon and default behavior is defined, then a table for toolbars where buttons are added to create a toolbar. Each tab would be associated to a toolbar (or to a default one if none) and there would be another tab-button table where it would be possible to overwrite generic button behavior per tab (and maybe add new buttons to the a tab's toolbar without need of adding them to any toolbar).
(0040595)
jonalegriaesarte   
2011-08-31 11:30   
Due to the load with other issues we were not able to research this one for MP3, are planning MP4 for it now.
(0042082)
rgoris   
2011-10-25 09:40   
I´d like to see this one solved in MP5, as it is already pending for 6 months now and since then more users have complained.
(0042135)
mtaal   
2011-10-27 10:25   
Will not solve this now, needs to be resolved when we define the toolbar in the AD.