Information collection / collector - holes in numbering

Previous topic

General

Next topic

Author	Message
Ekkehard Dörre	Friday 26 September 2008 8:38:05 am Hi together, I discovered in a 3.8.6 version that there are holes in numbering of the collected informations. admin -> setup -> infomation collection, click on the number of items. There is only one info collector, no deleted items, but 343, 344, 345, 350, 351 etc. Where are 346, 347, 348, 349 ? In database the ID in ezinfocollection is auto_increment. A direct look into the database has the same result I tried, before digging deep into the code, the form with the required fields not filled out, but then there is no entry in database. http://the-ezpublish-admin.example.com/infocollector/view/345 http://the-ezpublish-admin.example.com/infocollector/view/346 anybody an idea? Thanks and greetings, ekke http://www.coolscreen.de - Over 40 years of certified eZ Publish know-how: http://www.cjw-network.com CJW Newsletter: http://projects.ez.no/cjw_newsletter - http://cjw-network.com/en/ez-publ...w-newsletter-multi-channel-marketing
Gaetano Giunta	Friday 26 September 2008 9:01:32 am I think that the global collected_info sequence is incrementing "without holes", but for any single object collecting informations the list of collections that relate to it can look like gruyere chese - exactly because the id is global and not per-object. Unfortunately the current info-collection related fetches are made in such a way that it is quite easy to use the mechanism for polls, but almost impossible to use it for eg. comments. Luckily it is not very hard to add your own, improved, info-collection fetches that will execute the correct queries in the db and fetch all collections pertaining to a given object (if that was the final goal, that is) Otoh, can collections be deleted? That would be a handy explanation! Principal Consultant International Business Member of the Community Project Board
Ekkehard Dörre	Friday 26 September 2008 11:02:47 am Hi Gaetano, <i>[...] but for any single object collecting informations the list of collections that relate to it can look like gruyere chese [...]</i> yes, like an very old one ;-) , this was my first thought, but there is only one info collector, and the information collection / collector - holes are visible in database, too. And deleting, no, nobody. Anybody with similar symptoms? Not this: http://issues.ez.no/9745 Perhaps this: http://issues.ez.no/10105 at kernel/content/collectedinfo.php the version 3.8.6 was with this error: http://pubsvn.ez.no/viewcvs/stable/3.8/kernel/content/collectedinfo.php?root=nextgen&rev=18056&r1=15970&r2=18056 Greetings, ekke http://www.coolscreen.de - Over 40 years of certified eZ Publish know-how: http://www.cjw-network.com CJW Newsletter: http://projects.ez.no/cjw_newsletter - http://cjw-network.com/en/ez-publ...w-newsletter-multi-channel-marketing

Author

Message

Ekkehard Dörre

Friday 26 September 2008 8:38:05 am

Hi together,

I discovered in a 3.8.6 version that there are holes in numbering of the collected informations.

admin -> setup -> infomation collection, click on the number of items.

There is only one info collector, no deleted items, but

343, 344, 345, 350, 351 etc.

Where are 346, 347, 348, 349 ?

In database the ID in ezinfocollection is auto_increment. A direct look into the database has the same result

I tried, before digging deep into the code, the form with the required fields not filled out, but then there is no entry in database.

http://the-ezpublish-admin.example.com/infocollector/view/345
http://the-ezpublish-admin.example.com/infocollector/view/346

anybody an idea?

Thanks and greetings, ekke

http://www.coolscreen.de - Over 40 years of certified eZ Publish know-how: http://www.cjw-network.com
CJW Newsletter: http://projects.ez.no/cjw_newsletter - http://cjw-network.com/en/ez-publ...w-newsletter-multi-channel-marketing

Gaetano Giunta

Friday 26 September 2008 9:01:32 am

I think that the global collected_info sequence is incrementing "without holes", but for any single object collecting informations the list of collections that relate to it can look like gruyere chese - exactly because the id is global and not per-object.

Unfortunately the current info-collection related fetches are made in such a way that it is quite easy to use the mechanism for polls, but almost impossible to use it for eg. comments.

Luckily it is not very hard to add your own, improved, info-collection fetches that will execute the correct queries in the db and fetch all collections pertaining to a given object (if that was the final goal, that is)

Otoh, can collections be deleted? That would be a handy explanation!

Principal Consultant International Business
Member of the Community Project Board

Ekkehard Dörre

Friday 26 September 2008 11:02:47 am

Hi Gaetano,

<i>[...] but for any single object collecting informations the list of collections that relate to it can look like gruyere chese [...]</i> yes, like an very old one ;-) , this was my first thought, but there is only one info collector, and the information collection / collector - holes are visible in database, too.

And deleting, no, nobody.

Anybody with similar symptoms?

Not this:
http://issues.ez.no/9745

Perhaps this: http://issues.ez.no/10105 at kernel/content/collectedinfo.php the version 3.8.6 was with this error:

http://pubsvn.ez.no/viewcvs/stable/3.8/kernel/content/collectedinfo.php?root=nextgen&rev=18056&r1=15970&r2=18056

Greetings, ekke