<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>assignee parameter in task (nag) raises php-error on task objects create with former nag versions</title> 
  <pubDate>Thu, 09 Apr 2026 17:14:42 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/7907</link> 
  <atom:link rel="self" type="application/rss+xml" title="assignee parameter in task (nag) raises php-error on task objects create with former nag versions" href="https://bugs.horde.org/ticket/7907/rss" /> 
  <description>assignee parameter in task (nag) raises php-error on task objects create with former nag versions</description> 
 
   
   
  <item> 
   <title>i upgraded a kolab driven nag version without support for th</title> 
   <description>i upgraded a kolab driven nag version without support for the ,,assignee&#039;&#039; field (it has been recently added, hasn&#039;t it?) to a nag version that implements the ,,assignee&#039;&#039;-field (cvs checkout from 20081223).



when opening the task list with the cvs-20081223 nag version i get the following php-error:



Warning: in_array() [function.in-array]: Wrong datatype for second argument in /usr/local/share/_horde-versions_/horde4-cvs+git-20081223/horde/nag/templates/list/task_headers.inc on line 33



i have looked at the code a bit and it looks like the Nag_Task object construction completely relies on the fields in the storage backend. in my case i have ,,old&#039;&#039; kolab task objects that miss the ,,assignee&#039;&#039;-field. if only the fields of my old kolab task object form the properties of my horde Nag_Task object then of course the ,,assignee&#039;&#039;-field is missing in the Nag_Task object that ends up with the above php-error.



to my point of view a Nag_Task object construction should setup the properties from backend, if missing there null properties should be created in the Nag_Task. currently, something similar seems to be done when saving the Nag_Task object back to the kolab backend (it is done in the kolab backend, i think...).</description> 
   <pubDate>Tue, 27 Jan 2009 22:40:09 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7907#t52028</link> 
  </item> 
   
  <item> 
   <title>forget this one, my prefs.php in NAG was not up-to-date... S</title> 
   <description>forget this one, my prefs.php in NAG was not up-to-date... SORRY!</description> 
   <pubDate>Tue, 27 Jan 2009 23:01:32 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7907#t52029</link> 
  </item> 
   
  <item> 
   <title>Grrr.</title> 
   <description>Grrr.</description> 
   <pubDate>Wed, 28 Jan 2009 00:51:47 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7907#t52032</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
