September 17, 2007, 12:26 PM
hammo1jWARNING Accept in the master now applies to reports selection as well as Update. 7.6
Originally ACCEPTS applied to MODIFY only in that they were to automatically screen out bad data. However under 7.6 they have started working like screening conditions.
I have
FIELD=EET_OVERTIME_ENTITLED, ALIAS=OVERTIME_ENTITLED, ACCEPT= '0' OR '1', USAGE=A5, ACTUAL=A5, MISSING=ON, TITLE='Entitled,to,Overtime', DESCRIPTION='Entitled to Overtime 0 or 1', $
on an Oracle table. Mistakenly I thought the codes were 0 or 1 but they are actually TRUE and FALSE.
However when you run a report that references this field the ACCEPTS apply and you get 0 records!
This may be a result of the new HOLD format XFOCUS since report generation is actually insertion of records into FOCSORT an XFOCUS database so accidentally the rules may have been allowed to apply.
This is not a great problem to me because I will remove all ACCEPTS from tables but I suggest someone gets it fixed.
September 17, 2007, 12:35 PM
Francis MarianiJohn, has IBI offered you a job as head of Quality Control? They should.
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server
September 17, 2007, 01:01 PM
KerryHi John and all,
FYI, if you think it is an issue to be fixed, please contact Information Builders' Customer Support Services and open a case to submit the request. This is the official way to work on it. You can either contact the local branch, or call 1-800-736-6130 (if you are domestic), or access online at
InfoResponse.
Thank you.
Cheers,
Kerry
September 28, 2007, 05:58 PM
Brian SuterIn 764, TABLE will revert to the 761 and prior behavior where the accepts clause has no affect on TABLE retrieval. It will only be used to enforced database updates.