[Vtigercrm-developers] Problem with conditions in vtiger_eventhandlers since vtiger 5.3.0

Fri May 11 14:36:10 PDT 2012

Hi,

since vTiger 5.3.0 conditions in the event handling seem to work no longer
as they did before.

For instance, I have following row in vtiger_eventhandlers:
e..id 	event_name 		handler_path
handler_class 			cond
is_active 	dependent_on
14	vtiger.entity.aftersave
modules/AccountingBooking/AccountingBookingHandler.php
AccountingBookingHandler 	moduleName == 'AccountingBooking' 	1
[]

This leads to following error in EVERY module during e.g. Save:

Fatal error: Uncaught exception 'Exception' with message 'Deadlock occured
for events: AccountingProjectHandler , AccountingTaskHandler ,
AccountingBookingHandler' in
/var/customers/webs/andgoe/domains/vtigercrm.digital-infinity.de/vtigercrm53
0/include/events/VTEventTrigger.inc:149 Stack trace: #0
/var/customers/webs/andgoe/domains/vtigercrm.digital-infinity.de/vtigercrm53
0/include/events/VTEventsManager.inc(118):
VTEventTrigger->trigger(Object(VTEntityData)) #1
/var/customers/webs/andgoe/domains/vtigercrm.digital-infinity.de/vtigercrm53
0/data/CRMEntity.php(865):
VTEventsManager->triggerEvent('vtiger.entity.a...', Object(VTEntityData)) #2
/var/customers/webs/andgoe/domains/vtigercrm.digital-infinity.de/vtigercrm53
0/modules/Contacts/Save.php(116): CRMEntity->save('Contacts') #3
/var/customers/webs/andgoe/domains/vtigercrm.digital-infinity.de/vtigercrm53
0/index.php(749): include('/var/customers/...') #4 {main} thrown in
/var/customers/webs/andgoe/domains/vtigercrm.digital-infinity.de/vtigercrm53
0/include/events/VTEventTrigger.inc on line 149

In addition, could please somebody explain what the new field dependent_on
in vtiger_eventhandlers does and what is VTEntityDelta??

Kind Regards
  Andreas

-----Ursprüngliche Nachricht-----
Von: vtigercrm-developers-bounces at lists.vtigercrm.com
[mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] Im Auftrag von
vtigercrm-developers-request at lists.vtigercrm.com
Gesendet: Freitag, 11. Mai 2012 21:00
An: vtigercrm-developers at lists.vtigercrm.com
Betreff: vtigercrm-developers Digest, Vol 76, Issue 14

Send vtigercrm-developers mailing list submissions to
	vtigercrm-developers at lists.vtigercrm.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.vtigercrm.com/mailman/listinfo/vtigercrm-developers
or, via email, send a message with subject or body 'help' to
	vtigercrm-developers-request at lists.vtigercrm.com

You can reach the person managing the list at
	vtigercrm-developers-owner at lists.vtigercrm.com

When replying, please edit your Subject line so it is more specific than
"Re: Contents of vtigercrm-developers digest..."

Today's Topics:

   1. Re: Calendar css in 5.3 and 5.4 (Prasad)
   2. Webservices vtiger 5.4.0 (Revathy Sankaranarayanan)
   3. Scheduled import error: exceeding memory	limit (Alan Lord (News))
   4. Re: Scheduled import error: exceeding memory	limit (Adam Heinz)
   5. Re: Scheduled import error: exceeding memory	limit (Prasad)
   6. Re: Scheduled import error: exceeding memory	limit (Adam Heinz)

----------------------------------------------------------------------

Message: 1
Date: Fri, 11 May 2012 02:21:05 +0530
From: Prasad <prasad at vtiger.com>
Subject: Re: [Vtigercrm-developers] Calendar css in 5.3 and 5.4
To: vtigercrm-developers at lists.vtigercrm.com
Message-ID:
	<CAMeS7pmVdEp83Tg8Y1fkcUxJEiN_P6_gBQ6_LjMGYr5tg298pQ at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Can you please share a screenshot.

On Thu, May 10, 2012 at 2:21 AM, Peter Dimov <phdimov at gmail.com> wrote:

> Hi,
>
> Is there any reason why the calendar stretches so much in 5.3 and 5.4?
>
> --
> Best Regards,
>
> Petar Dimov
>
>
>
> _______________________________________________
> http://www.vtiger.com/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/201205
11/cf32fc68/attachment-0001.html 

------------------------------

Message: 2
Date: Fri, 11 May 2012 16:39:10 +0530
From: Revathy Sankaranarayanan <revathy.sankaran at sybrant.com>
Subject: [Vtigercrm-developers] Webservices vtiger 5.4.0
To: vtigercrm-developers at lists.vtigercrm.com
Message-ID:
	<CAE-zz+WrXfjevuk5hV81EPtoiKxOKqCoGM2h=KSTmg4ejLu3vQ at mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"

Hi All,

We receive error when use vtws_sync function with vtiger 5.4.0. There is an
addtional parameter included in version 5.4.0

Please let me know the where can I find vtiger 5.4.0 webservices manual.

Thanks in Advance!

Regards
*Revathy S
*Software Engineer

Sybrant Technologies Pvt. Ltd.
?Shriram The Gateway (SEZ)?, Block A1,
3rd Floor, 16 GST Road, Perungalathur,
Chennai - 600 063, India
India | USA | Germany | China

Email: revathy.sankaran at sybrant.com <Vijay.B at sybrant.com>
Mobile: +91 99402 55269
Skype: revathy.sankaran
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/201205
11/abb9f241/attachment-0001.html 

------------------------------

Message: 3
Date: Fri, 11 May 2012 17:30:33 +0100
From: "Alan Lord (News)" <alanslists at gmail.com>
Subject: [Vtigercrm-developers] Scheduled import error: exceeding
	memory	limit
To: vtigercrm-developers at lists.vtigercrm.com
Message-ID: <jojer9$u9a$1 at dough.gmane.org>
Content-Type: text/plain; charset=UTF-8; format=flowed

Hi all,

Just an FYI really.

I was getting the following error

PHP Fatal error:  Allowed memory size of 67108864 bytes exhausted

when running vtigercron.sh from the command line to test a scheduled import
of a csv file containing ~11000 Organisation records.

On my Ubuntu system there are two php.ini files; one for apache and one for
the cli.

The memory_limit flag for apache is set to the default of 128M

The memory_limit flag for the cli is set to -1 which according to the docs
means "no limit".

The issue is that there is also a memory_limit setting in vtiger's
config.inc.php too:

ini_set('memory_limit','64M');

Just in case it catches anyone out, I needed to up that one as well. (I have
now set mine to 128M).

But the schedule import tool is really helpful. Means I can get on with
other stuff whilst it is running.

I have found a couple of minor bugs with it though (reported on trac).

Cheers

Al

--
Libertus Solutions
http://www.libertus.co.uk

------------------------------

Message: 4
Date: Fri, 11 May 2012 13:22:53 -0400
From: Adam Heinz <amh at metricwise.net>
Subject: Re: [Vtigercrm-developers] Scheduled import error: exceeding
	memory	limit
To: vtigercrm-developers at lists.vtigercrm.com
Message-ID:
	<CAKBdvM_kG6-oHR31X1v6kocccNYvxD2BUN5HXrTOO4u3RTzvnw at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

On Fri, May 11, 2012 at 12:30 PM, Alan Lord (News) <alanslists at gmail.com>
wrote:
> PHP Fatal error: ?Allowed memory size of 67108864 bytes exhausted

This is systemic of many PHP applications.  Due to the require_once
nature of imports, after a while you tend to include the world on
every page load.  One of the better efforts I've seen to combat this
is the jimport/autoload architecture in Joomla!, which makes all class
loading lazy.  The primary advantage of this is that you get your
memory consumption down, but at the expense of run time errors if you
don't keep your imports squeaky clean.

------------------------------

Message: 5
Date: Fri, 11 May 2012 23:18:15 +0530
From: Prasad <prasad at vtiger.com>
Subject: Re: [Vtigercrm-developers] Scheduled import error: exceeding
	memory	limit
To: vtigercrm-developers at lists.vtigercrm.com
Message-ID:
	<CAMeS7pnSW8d0zpyhztzz-hhsGr6LbZMu0goKXvrg9YO22XqTCg at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Adam,

Wouldn't APC cache help in this case?

Regards,
Prasad

On Fri, May 11, 2012 at 10:52 PM, Adam Heinz <amh at metricwise.net> wrote:

> On Fri, May 11, 2012 at 12:30 PM, Alan Lord (News) <alanslists at gmail.com>
> wrote:
> > PHP Fatal error:  Allowed memory size of 67108864 bytes exhausted
>
> This is systemic of many PHP applications.  Due to the require_once
> nature of imports, after a while you tend to include the world on
> every page load.  One of the better efforts I've seen to combat this
> is the jimport/autoload architecture in Joomla!, which makes all class
> loading lazy.  The primary advantage of this is that you get your
> memory consumption down, but at the expense of run time errors if you
> don't keep your imports squeaky clean.
>
> _______________________________________________
> http://www.vtiger.com/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/201205
11/e8c0233a/attachment-0001.html 

------------------------------

Message: 6
Date: Fri, 11 May 2012 14:25:51 -0400
From: Adam Heinz <amh at metricwise.net>
Subject: Re: [Vtigercrm-developers] Scheduled import error: exceeding
	memory	limit
To: vtigercrm-developers at lists.vtigercrm.com
Message-ID:
	<CAKBdvM_QqwkOZbaFJm3MqQiLgFStNtROw9Og=Q0hx=YHYGYGQA at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

On Fri, May 11, 2012 at 1:48 PM, Prasad <prasad at vtiger.com> wrote:
> Wouldn't APC cache help in this case?

Definitely.  Current distributions of APC (such as the CentOS 6
php-pecl-apc RPM we use) are configured by default to use shared
memory.

------------------------------

_______________________________________________
vtigercrm-developers mailing list
vtigercrm-developers at lists.vtigercrm.com
http://lists.vtigercrm.com/mailman/listinfo/vtigercrm-developers

End of vtigercrm-developers Digest, Vol 76, Issue 14
****************************************************