sqlfs stores files with fs_id < 100 directly under /sqlfs in the files
dir. They conflict with directories created for fs_id >= 1000.
--> fs_id < 100 are now in a directory /sqlfs/00
You need to run the 1.5.016 update or you will not find the content of
files with fs_id < 100 anymore!
- bug #1772: custom fields for single addressbook types show in all
- removed template warning, if no template was selected
- showing type icon if available
- added "all" to type selection
- removed some weird doublicate code
This was caused by the (only) clientside code, which could not evaluate
the whole query. It's now done on serverside, thought there's still a
limit of the number of id's transfered in the url.
- using egw_link::set_cache() for entries read or searched
--> eliminates an excessive number of single entry reads, when the links
need titles or file_access permissions
- removing sub-query for number of sub-entries from search (Bug #1613)
- method to query the number of sub-entries of all displayed entries in
one go
reads of entries from the database: Applications can call
egw_link::set_cache($app,$id,$title,$file_access=null)
from their search or read method, to eliminate the need to query the
entries again, when the egw_link class, link widget or links stream wrapper
needs title or file_access values later.
This offloads the caching to the link class, and improves performance a
lot, specially for infolog.
The cache is stored in the session and modified or deleted items get
removed, when the link class get notified about that anyway.
Reworked it not in the following way:
- numerical limit or total disabling (setting "no"), are only valid for
non-admins
- addressbook has it's own value, but uses now the global one, if no
addressbook specific limit is set
- SQL error when storing cfs
- csv export did not contain cfs (reported by Frank Becker)
- list did not contain cfs
- list caused check of attachments for every single entry, without
displaying the attachments
- empty cf values got stored in db
--> had to rework the whole cf stuff :-(
which is required (but not declared) by importexport:
- added requirement to importexport/setup/setup.inc.php
- gracefully fail if dom is not available
- add dom extension to rpm requirements
--> this has been reported many times on the list as "missing wiki
pages", which is caused by suppressed fatal error in importexports
default-records, stoping other apps default records to run
- added mysql and php(5)-mysql dependency
- added missing etemplate macro
- removed not longer used manageheader patch
- removed not longer used sitemgr-link symlink"
