Avoid calling set_magic_quotes_runtime if magic_quotes_runtime wasn't on.

remove references that cause "only variables should assgned by reference" errors

fix variable name typo

Actually, use the 'headers' option to add the headers, to make it
clearer why they can't be set before setOptions()

Add headers after other values are set, otherwise they get overwritten.

Remove @since

More refactoring to use exceptions

Fixes issue in Bug: 8623 as well.

Preserve entities in HTML output

Re-add text-indent increase from 8a595316276fe4f8773db442aec331856891b4c6

Revert "More dimp row tweaking: use stripes and increase whitespace a bit"

This reverts commit 8a595316276fe4f8773db442aec331856891b4c6.

CSS tweaks

This is required to be UTF-8 since JSON data is always UTF-8

- make constructors consistent across Request types
- consistently try to set proxy settings across Request types
- condense code in Curl and Peclhttp requests for translating between our constants and theirs

Add HTTP auth support. All adapters support BASIC; Curl and Peclhttp support a bunch more.

Horde_Auth::authenticateFailure

Add getIPAddress() (Bug #8620).

Fix ngettext() calls, use date format parameter, use time format parameter.

Update deleted attributes during synchronization (lst_hoe02@kwsoft.de, Request #6658).

Merged, partially.

MFB

MFB: Avoid notices (Bug #8523).

Fix bug #8523 - Photo attribute is corrupted after a move or a copy

Signed-off-by: Jan Schneider <jan@horde.org>

use Horde::serviceLink

Don't access protected data directly

fckeditor -> Fckeditor

More dimp row tweaking: use stripes and increase whitespace a bit

stripe functions have moved inside of Horde namespace

Tweak positioning of quicksearch box

Indicate current quicksearch field in search box

Better uidvalidity checking in dimp ajax handler

More places to check uidvalidity.

Correctly catch errors

typo

We must throw an exeption on bad login

refactor Horde_Feed tests for recent changes

Refactor Horde_Feed to remove the static HTTP client, and to inject it
instead. Also use the method override support in the HTTP client instead of
hardcoding it at the feed level.

Add support for http method overriding to the HTTP client. possibly should go in
a subclass or decorator instead.

     /**
+     * Use POST instead of PUT and DELETE, sending X-HTTP-Method-Override with
+     * the intended method name instead.
+     *
+     * @var boolean
+     */
+    protected $_httpMethodOverride = false;
+
+    /**
      * Horde_Http_Client constructor.
      *
      * @param array $args Any Http_Client settings to initialize in the
      * constructor. Available settings are:
+     *     client.httpMethodOverride
      *     client.proxyServer
      *     client.proxyUser
      *     client.proxyPass
@@ -62,7 +71,12 @@ class Horde_Http_Client

         foreach ($args as $key => $val) {
             list($object, $objectkey) = explode('.', $key, 2);
-            $this->$object->$objectkey = $val;
+            if ($object == 'request') {
+                $this->$object->$objectkey = $val;
+            } elseif ($object == 'client') {
+                $objectKey = '_' . $objectKey;
+                $this->$objectKey = $val;
+            }
         }
     }

@@ -93,7 +107,11 @@ class Horde_Http_Client
      */
     public function put($uri = null, $data = null, $headers = array())
     {
-        /* @TODO suport method override (X-Method-Override: PUT). */
+        if ($this->_httpMethodOverride) {
+            $headers = array_merge(array('X-HTTP-Method-Override' => 'PUT'), $headers);
+            return $this->post($uri, $data, $headers);
+        }
+
         return $this->request('PUT', $uri, $data, $headers);
     }

@@ -104,7 +122,11 @@ class Horde_Http_Client
      */
     public function delete($uri = null, $headers = array())
     {
-        /* @TODO suport method override (X-Method-Override: DELETE). */
+        if ($this->_httpMethodOverride) {
+            $headers = array_merge(array('X-HTTP-Method-Override' => 'DELETE'), $headers);
+            return $this->post($uri, null, $headers);
+        }
+
         return $this->request('DELETE', $uri, null, $headers);
     }

Try the grid with vertical lines only.

Increase readability.

Merge branch 'framework_history_mock'

Fix some things from a pretty mangled merge

Remove listResources from Kronolth_Resource and refactor code to
use Kronolith_Driver_Resource::listResources instead.

UI support for creating and maintaining resource groups.

Move this to the base class.

Correct conditional that catches conflicts.

Allow the next event to start at the end time of the previous event.

Start fleshing out the K_Resource_Group stuff.

spelling

Refactor a bit.

Move Kronolith_Resource::checkResources to Kronolith_Resource_*::getResponse()
and remove the responsibilty of adding the event.

Removed some cruft from original testing

Clean up a bit.

Remove unused factory, add some phpdoc etc...

Remove max_reservations.

It's not intuitive and won't be needed in 99.9% of the use cases. For
single resources that may be overbooked, the resource should be created
with a RESPONSETYPE_ALWAYS_EXCEPT responseType instead.

Provide feedback on resource availability as soon as it's added to the attendees form.

If response type is Kronolith_Resource::RESPONSETYPE_AUTO then use the start and end datetime
values that are now passed from the event form to determine if the resource is free.

Still need to figure out how to (efficiently) pass the datetime values to take into account
AM/PM. Probably break out the javascript from the onClick handler into it's function and
provide logic to check the am/pm fields? Is there an easier/prettier way?

Don't open resource calendars in _blank, use the same window

Notify for acceptance as well

Need to move this comparison after the loop.

If we are editing an event that was already accepted, we might hit max_reservations
before we get to the event we are editing.

Make this "Response", just like the attendee's column

Move static resource related methods to Kronolith_Resource::

More additions based on some discussion with Gunnar in IRC:
 - Allow specifying if a resource is required or optional
 - Add a response_type property to resources. Specifies if REQUESTS are
   either always accepted, always denied, automatically accepted/denied
   based on actual availability, handled manually (still todo), or simply
   ignored (set response to NONE).

Also, try to clean up the implementation - trying to make it more likely
to be able to be extened for kolab. No idea if this helps of not though ;)

Rename sql script

Lots of stuff:

- Move resource viewing/CRUD related pages to resources/*
- Have Kronolith_Resource objects present a Horde_Share_Object-like interface
- Remove the Resource link from the menu - put it in the panel under the "Manage My Calendars" link
- Various tweaks/corrections

Add a link in Kronolith's menu for the resource page

Only attempt to remove resources from the event if they have actually
accepted the event.

notify user if a requested resource rejects invitation when saving event

Initial adding of resource to an event from the attendees page.

Add basic permission checking to Kronolith::listResources()

Move hasPermisson to the base class, implement ::get() to behave like
a share.

typos

Experiment with getting either a share or resource here

listEvents:: isn't detailed enough for this...manually compare
start/end times to determine if an event collides.

Add basic hasPermission method, not sure if it's really needed yet.

resource scheduling blurb

Add sql script updates

Use Horde_Lock to lock the resource calendar.

Lock the resource calnedar right before we check availability, and
unlock it either after the invitation is denied, or if accepted,
after the event is added to the resource's calendar.

Remove listResources from Kronolth_Resource and refactor code to
use Kronolith_Driver_Resource::listResources instead.

Add resources to the event view as well

UI support for creating and maintaining resource groups.

Better check for valid resource

More work on resource groups. Most of the backend support for resource groups is implemented,
but there is no GUI support yet.

Move this to the base class.

Protect against infinite recursion in case someone is silly enough to
add a resource to one of the resource's own events.

Correct conditional that catches conflicts.

Allow the next event to start at the end time of the previous event.

Split up the checking resoruce response and adding the (accepted) event to
the resource's calendar.

This is needed because we need the event to have a guid when it's added to
the resource's calendar, otherwise they end up with different GUIDs. This also
gives us some protection against an inconsistent state if there were to be an issue
saving the event to storage after it's been added to the resource's calendar.

remove an errant var_dump

typo

Start fleshing out the K_Resource_Group stuff.

spelling

Refactor a bit.

Move Kronolith_Resource::checkResources to Kronolith_Resource_*::getResponse()
and remove the responsibilty of adding the event.

Fix variable name

Remove cruft

Removed some cruft from original testing

Clean up a bit.

Remove unused factory, add some phpdoc etc...

Remove max_reservations.

It's not intuitive and won't be needed in 99.9% of the use cases. For
single resources that may be overbooked, the resource should be created
with a RESPONSETYPE_ALWAYS_EXCEPT responseType instead.

use Horde_Support_GUID

Provide feedback on resource availability as soon as it's added to the attendees form.

If response type is Kronolith_Resource::RESPONSETYPE_AUTO then use the start and end datetime
values that are now passed from the event form to determine if the resource is free.

Still need to figure out how to (efficiently) pass the datetime values to take into account
AM/PM. Probably break out the javascript from the onClick handler into it's function and
provide logic to check the am/pm fields? Is there an easier/prettier way?

Don't open resource calendars in _blank, use the same window

Fix sequence name.

Notify for acceptance as well

Need to move this comparison after the loop.

If we are editing an event that was already accepted, we might hit max_reservations
before we get to the event we are editing.

Remove already added resources from the select list.

Also have listResources() return the results keyed by the resource_id

Make this "Response", just like the attendee's column

Move static resource related methods to Kronolith_Resource::