6.0.0-git
2019-08-25

[#14891] Kronolith hangs every time
Summary Kronolith hangs every time
Queue Kronolith
Queue Version 4.2.25
Type Bug
State No Feedback
Priority 1. Low
Owners
Requester lameventanas (at) gmail (dot) com
Created 2019-01-30 (207 days ago)
Due
Updated 2019-03-02 (176 days ago)
Assigned 2019-01-31 (206 days ago)
Resolved 2019-03-02 (176 days ago)
Milestone
Patch No

History
2019-03-02 15:52:21 lameventanas (at) gmail (dot) com Comment #10 Reply to this comment
Did you also upgrade PHP in the mean time?
PHP version is 7.2.14.
2019-03-02 15:49:31 Michael Rubinsky State ⇒ No Feedback
 
2019-02-12 08:05:45 build+horde (at) de-korte (dot) org Comment #9 Reply to this comment
Did you also upgrade PHP in the mean time?
2019-02-12 06:48:53 lameventanas (at) gmail (dot) com Comment #8 Reply to this comment
Finally pear.php.net is back.
I updated everything to the latest version, problem is still there.
2019-02-12 05:03:17 lameventanas (at) gmail (dot) com Comment #7 Reply to this comment

[Show Quoted Text - 9 lines]
Horde_Timezone appears to be 1.1.0.

My OS timezone data is version 2018g (2018-10-27).

2019-02-12 03:56:28 Michael Rubinsky Comment #6 Reply to this comment
It sounds like it might be this one: https://bugs.horde.org/ticket/14752
It's not the same bug.

An event with event_timezone = 'America/New_York' causes the infinite loop.
If I change it to NULL or 'Asia/Tokyo' it doesn't happen.
What version is your Horde_Timezone package? You might also try to 
make sure that the timezone data is up to date.


2019-02-12 02:50:09 lameventanas (at) gmail (dot) com Comment #5 Reply to this comment
It sounds like it might be this one: https://bugs.horde.org/ticket/14752
It's not the same bug.

An event with event_timezone = 'America/New_York' causes the infinite loop.
If I change it to NULL or 'Asia/Tokyo' it doesn't happen.

2019-02-11 05:02:47 Michael Rubinsky Comment #4
Priority ⇒ 1. Low
Reply to this comment
Indeed there have been a few of these types of bugs fixed over the 
last year or so.

It sounds like it might be this one: https://bugs.horde.org/ticket/14752


2019-01-31 11:34:52 lameventanas (at) gmail (dot) com Comment #3 Reply to this comment
Before anything else, make sure you're running the latest version 
from PEAR. If the version in this report is correct, at least for 
Kronolith you're 2 releases behind.
Believe me, I have been trying to update to the latest version for a 
long time already, but it has been impossible.
First pear.horde.org had an expired certificate, and now pear.php.net 
doesn't work.  So there is no way to update and I don't know when it 
will be possible.

Automatic installation methods in general suck, there is no control.   
There should be a manual option.

Anyway, I filed this report because I was expecting this to be a bug 
due to some recurring event in the database, so maybe we can find it 
out and determine if it is still present in the latest version or not.
2019-01-31 10:30:14 Jan Schneider State ⇒ Feedback
 
2019-01-30 14:44:05 build+horde (at) de-korte (dot) org Comment #2 Reply to this comment
Before anything else, make sure you're running the latest version from 
PEAR. If the version in this report is correct, at least for Kronolith 
you're 2 releases behind.
2019-01-30 14:09:35 lameventanas (at) gmail (dot) com Comment #1
Type ⇒ Bug
State ⇒ Unconfirmed
Priority ⇒ 2. Medium
Summary ⇒ Kronolith hangs every time
Queue ⇒ Kronolith
Milestone ⇒
Patch ⇒ No
Reply to this comment
Kronolith causes a runaway process in my server until PHP hits the 
execution time limit.

Whenever I enter the monthly view, the "loading" icon shows 
indefinitely and the Apache process uses 100% of the CPU time.

After some experimentation I could trace it down to one particular 
calendar being enabled.  I have two other calendars (with events) that 
don't cause any problem.

The request that causes the problem is: POST 
/services/ajax.php/kronolith/listEvents

Saved Queries