Quoting Karsten Fourmont :

Thanks for this analysis!

I was uncomfortable with the change at first, but I did some poking
around and committed this set, which includes your change but also
goes a bit beyond it:

http://lists.horde.org/archives/cvs/Week-of-Mon-20070122/064958.html

Now, when calling any of exists(), getId(), or getName(), if an object
isn't already loaded, we simply check the backend for it instead of
trying to load it and then seeing if it's there. This removes some of
the "on-demand" aspect of the datatree, but that's in all likelihood a
good thing. May result in a few bugs to iron out but I've already
tested it with 6-7 datatree using apps plus the admin screens.

Let me know how that looks/performs,
-chuck

--
"we are plastered to the windshield of the bus that is time." - Chris

Quoting Volker Then volkerthen.com>:

Ah, now that was useful. Please try this commit:

http://cvs.horde.org/diff.php?r1=1.113&r2=1.114&f=framework%%2FPrefs%%2FPrefs%%2Fldap...

-chuck

--
"we are plastered to the windshield of the bus that is time." - Chris

Quoting Volker Then volkerthen.com>:

Hi Chuck,

here is an update on my ldap prefs "debugging":

It seems that only the latest edited prefs got saved in the ldap
backend and every other hordePref is getting deleted.

Quoting Jan Schneider horde.org>:

We do have extensionExists() inside String though, I guess for
dependency reasons. Right now iCalendar.php loads String.php but not
Util.php, so not sure what the right call here is.

-chuck

--
"we are plastered to the windshield of the bus that is time." - Chris

Zitat von Karsten Fourmont :

That class' name is "Util".

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/

Hi,

I just realized that calling DataTree:getObject is extremly costly for
nonexistent objects (with sql backend). If you do this:

$o = $_datatree->getObject("unknown_fake_object");

you'll end up with this sql query being executed:

SELECT [*] FROM horde_datatree c WHERE c.group_uid = 'syncml'

which means that the complete datatree is loaded! Futile as the object
is not there no matter how much you load. (see end of post for detailed
horde.log)

The reason for that as far as I could figure it out:

_buildLoadQuery calls _buildParentIds in line 193 of sql.php:
$parent_where = $this->_buildParentIds($root, $loadTree, 'c.');
_buildParentIds' SQL query does not find anything and so returns '' in
line 267.
Then _buildLoadQuery goes on like this in line 194:
if (!empty($parent_where) && !is_a($parent_where, 'PEAR_Error')) {
$where = sprintf('%%s AND (%%s)', $where, $parent_where);
}
so the where part is not included and the query ends up being "get all".

Zitat von Andre :

Sorry? I have no idea what you're talking about.

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/

Quoting Matt Selsky columbia.edu>:

You will need to update framework/MIME's package.xml file to indicate
that PHP 4.3.0 (at a minimum) is needed for the MIME package now (I
think it is currently set to 4.0.0).

michael

Quoting Duck obala.net>:

Attributes need to be entirely rewritten. I'm not really sure it's
worth mucking with them for now at least on a main distribution basis.

Not sure how I missed that. Adding it now.

-chuck

--
"we are plastered to the windshield of the bus that is time." - Chris

Hello, I have the following problem:

Complete dump of array vars are shown to the end user,
how can I prevent this ?

Thank you for any help in advance.

Best Regards,
Fernando Ribeiro