Michael J Rubinsky | 21 Jan 22:36 2016
Gravatar

Changing start time of a recurring event series.

In working on EAS 16 support, I've come across an issue that needs addressing.

The main purpose of EAS 16 is to improve reliability in calendar  
synchronization - especially with respect to recurrence.  One of the  
changes in the protocol (paraphrased from the specs):

"In protocol version 16.0, changing the start or end time of a  
recurring series will delete any exceptions
present on the calendar item."

Indeed, when using a 16.0 capable client, editing the series on the  
client does remove all the exceptions on the event. While this *does*  
make sense to me, since the exceptions were made based on a different  
original event - it's not how kronolith currently works.

Exceptions are keyed to the base event by the "exceptionOriginalDate"  
- which is basically the timestamp of when the event would have  
normally occured before it was added as an exception (this is true in  
both Kronolith and ActiveSync clients).

I think we should change Kronolith to behave the same as EAS 16 - that  
is changing the recurrence series start/end times should remove all  
exceptions. This is why:

1) While we currently make an attempt to update the  
exceptionOriginalDate when events are modified in Kronolith, this only  
works if the start/end times haven't moved to a different day and the  
recurring series type hasn't changed. E.g., see Bug: 13512. This  
"fixed" the issue, but only because the events don't change days and  
the series hasn't otherwise drastically changed (like going from every  
(Continue reading)

Remi Collet | 21 Jan 17:23 2016

BC break in PHP 5.6.18RC1 and 7.0.3RC1


I just discover a BC break in session extension which breaks (at
least) Horde_SessionHandler and Symfony.

See: http://news.php.net/php.internals/90792

Please, have a look and comment there.

Regards,
Remi.

Hendrik | 11 Jan 02:29 2016

Best practice to add my changes and keep the ability to install future updates

Hello List,

thank you very much for all of your efforts, creating and maintaining
this amazing software project.

I am new to Horde and its components. Setting it up was easier than
expected and things work just fine.

Now I would like to extend and change some functionality, but I am
lacking information about the best practices.
And that is why I am writing to you.

For example, I would like to change this function:

Horde_Auth::genRandomPassword()

found in php/Horde/Auth.php at line 316:

    /**
     * Generates a random, hopefully pronounceable, password. This can
be used
     * when resetting automatically a user's password.
     *
     *  <at> return string A random password
     */
    public static function genRandomPassword()
    {
        /* Alternate consonant and vowel random chars with two random
numbers
         * at the end. This should produce a fairly pronounceable
(Continue reading)

Ralf Lang | 16 Dec 12:40 2015
Picon

Horde Dynamic view application example/barebone

Hallo,

based on hermes and the "skeleton" application I have created a minimal
dummy application for "dynamic view" for educational purposes.

I hope I got it more or less right.

https://github.com/ralflang/horde-boneyard
http://wiki.horde.org/Doc/Dev/HordeAjaxApplications/Example

-- 
Ralf Lang
Linux Consultant / Developer
Tel.: +49-170-6381563
Mail: lang <at> b1-systems.de
B1 Systems GmbH
Osterfeldstra├če 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537

--

-- 
dev mailing list
Frequently Asked Questions: http://wiki.horde.org/FAQ
To unsubscribe, mail: dev-unsubscribe <at> lists.horde.org
Michael J Rubinsky | 15 Dec 15:02 2015
Gravatar

Fwd: Re: The sidebar resources as viewed from JS

Hm. For some reason IMP has decided to start ignoring my identity  
prefs and send everything using my non-horde email. Forwarding to the  
list.

----- Forwarded message from Michael J Rubinsky  
<mike <at> theupstairsroom.com> -----
    Date: Tue, 15 Dec 2015 08:59:30 -0500
    From: Michael J Rubinsky <mike <at> theupstairsroom.com>
Subject: Re: [dev] The sidebar resources as viewed from JS
      To: dev <at> lists.horde.org

Quoting Ralf Lang <lang <at> b1-systems.de>:

> Hi,
>
> I am currently examining the sidebar resources handling.
>
> In a plain horde application (from skeleton), one would add sidebar
> resources via $app_Application->sidebar derived from Horde_Core_Application.
>
> This would generate pretty bare "radio" or "checkbox" resources - they
> have no identifying id, class or other element and the radios would not
> have any relation besides living on the same container. For a
> traditional static render-and-forget app, this works well but for
> dynamic, it seems not ideal.
>
> In kronolith/dynamic, resources are added via js and generate a slightly
> different html code for the resources (checkboxes only).
> They store the actual context  of the checkbox via prototypeJS' store()
> method.
(Continue reading)

Ralf Lang | 15 Dec 12:00 2015
Picon

The sidebar resources as viewed from JS

Hi,

I am currently examining the sidebar resources handling.

In a plain horde application (from skeleton), one would add sidebar
resources via $app_Application->sidebar derived from Horde_Core_Application.

This would generate pretty bare "radio" or "checkbox" resources - they
have no identifying id, class or other element and the radios would not
have any relation besides living on the same container. For a
traditional static render-and-forget app, this works well but for
dynamic, it seems not ideal.

In kronolith/dynamic, resources are added via js and generate a slightly
different html code for the resources (checkboxes only).
They store the actual context  of the checkbox via prototypeJS' store()
method.

In Hermes/dynamic,

the sidebar() method is ignored and a separate Hermes_View_Sidebar /
sidebar.html.php is rendered which actually has IDs to refer to.

-------

I am currently trying to use a group of "radio" entries to switch some
application content without actually reloading the site.

First thing obviously is to identify the clicked entry, find all radios
which logically belong together to this group, disable the currently
(Continue reading)

Michael M Slusarz | 20 Nov 04:33 2015
Gravatar

(up to)$5,000 for a Horde exploit

Not sure if it is good or bad news that we appear on this list:

http://www.wired.com/2015/11/heres-a-spy-firms-price-list-for-secret-hacker-techniques/

michael

___________________________________
Michael Slusarz [slusarz <at> horde.org]

--

-- 
dev mailing list
Frequently Asked Questions: http://wiki.horde.org/FAQ
To unsubscribe, mail: dev-unsubscribe <at> lists.horde.org

Ralf Lang | 9 Nov 13:27 2015
Picon

TOTP for Horde Web Login

Hallo,

I am fiddling on an optional TOTP Auth driver / app for Horde_Auth.
What currently stops me is I cannot yet discern between web login and
ActiveSync/Caldav/RCP Api Calls on the other hand - which probably
cannot be upgraded to TOTP on the client side easily.

My current idea is "let a horde app handle authentication" and try to
get the original request URL in the auth app or something like this.

Is there something I am missing here?

Ralf

-- 
Ralf Lang
Linux Consultant / Developer
Tel.: +49-170-6381563
Mail: lang <at> b1-systems.de
B1 Systems GmbH
Osterfeldstra├če 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537

--

-- 
dev mailing list
Frequently Asked Questions: http://wiki.horde.org/FAQ
To unsubscribe, mail: dev-unsubscribe <at> lists.horde.org
Lukas Weiss | 27 Oct 08:31 2015
Picon

contacts/addAddressbook

Hi,

I wanted to create a new address book with the contacts API.

$registry->call(
     'contacts/addAddressbook',
     array(
         'name' => 'New Addressbook'
     )
);

With this call, the address book is created, but unfortunately it can't 
be selected by the user.

In  the database, the new address book has no attribute_params (NULL). 
The address books created by the user have attribute_params like this:

a:2:{s:6:"source";s:8:"localsql";s:4:"name";s:23:"5nR0Q0rhlkzNzGn0KhZ8AeI";}

By adding this params to the address book created with the API, the 
address book can be selected.

Is this a bug or is there anything i forgot to do?

Thanks!

--

-- 
dev mailing list
Frequently Asked Questions: http://wiki.horde.org/FAQ
To unsubscribe, mail: dev-unsubscribe <at> lists.horde.org
(Continue reading)

Remi Collet | 21 Oct 08:29 2015

Kronolith 4.2.10


Hi,

Kronolith 4.2.10 requires content 2.0.5 which is not yet released.

Remi.
Sebastian Birnbach | 5 Oct 11:04 2015
Picon

Whups: attribute data not written to DB

I have a problem that has kept me busy for a week or so now. All debugging
attempts ultimately failed, maybe one of you has a new idea for me. Oh, and
yes, I filed a bug on this.

I have a ticket type with only two custom elements: a text string and a
monthdayyear object. The first works OK, the second doesn't get written to
the DB. I can operate the form and create or change both entries but the
entered information of the second object just goes into nirvana.

The monthdayyear object itself is not the problem as I changed the Due Date
(a default attribute that comes with every ticket) to that type and I have
no probem there. I have not tested through the whole list of possible form
elements but I see that at least some of the rest also have difficulties,
namely the file attachment attribute.

Some details:
*  when creating a new ticket with whups we start in whups/form/create.php
* here, a new ticket is created:
$ticket = Whups_Ticket::newTicket($info, $GLOBALS['registry']->getAuth());
* however, the monthdayyear information is already missing here
* if I tweak the $info object manually to contain the missing information
before the call, the DB record is written correctly
* however, the "history" tab does not show the info while it is displayed
on the "update" tab
* upon updating any field in the ticket via Whups, the table entry is
deleted again

It appears to me that there is both a read and a write problem with
user-added attributes. Probably this concerns the PEAR part of horde, which
makes me a bit reluctant to even touch it.
(Continue reading)


Gmane