Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 0.9.3

Bug #2124 Record_DataObject does not handle $fb_fieldsToRender
Submitted: 2004-08-14 21:45 UTC
From: ylf at xung dot org Assigned: asnagy
Status: Closed Package: Structures_DataGrid
PHP Version: 4.3.4 OS: Linux Debian (testing)
Roadmaps: (Not assigned)    
Subscription  
Comments Add Comment Add patch


Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know! Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem : 9 + 33 = ?

 
 [2004-08-14 21:45 UTC] ylf at xung dot org
Description: ------------ The $fb_fieldsToRender, as defined by FormBuilder, is a property that can be set in the DataObjects to specify which fields are to be rendered. Example : Class DO_User extends DB_DataObject { var $username; var $password; var $realname; var $phonenumber; var $fb_fieldsToRender = array( 'username', 'realname', 'phonenumber'); } This way we do not render passwords... DG_R_DO should handle this property or a something similar. By the way, I need this issue to be fixed in some way or another for the new DG_Source_DO class to work. -- Olivier Guilyardi

Comments

 [2004-08-14 22:02 UTC] ylf at xung dot org
Well, I just defined the following new option: DG_Source_DO::_options['render_property'] By default, it's set to 'fb_fieldsToRender'. It would be nice if DG_Record_DO accepts a similar option, so that I can set it when creating records from the DG_Source_DO::fetch() function.
 [2004-10-22 15:02 UTC] asnagy at webitecture dot org
This bug has been fixed in CVS. In case this was a documentation problem, the fix will show up at the end of next Sunday (CET) on pear.php.net. In case this was a pear.php.net website problem, the change will show up on the website in short time. Thank you for the report, and for helping us make PEAR better.