Hi,
Using the Calendar Search page asset to search through a folder containing a number of Multidate assets, all of which have a Recurring Event in them seems to return ALL the dates (as individual search result items) on which the recurring events fall and not just on the dates specified within the date range that is being searched on.
For instance if we have a recurring event for every Mon for a month and the calendar search criteria is "this_week" or a period "2012-6-24,2012-6-30" the results will return ALL occurances for the entire month, not just those that fall within the specified range as I would expect.
Any help most appreciated
thanks,
Maks.
Hi Maks,
Looks like you have got empty search enabled and have the logical grouping set to "Match on at least ONE field" at "Event Date Fitlers Configuration" section. If you have got more than 1 date filters in the search page with the above configuration, then the event search will return all possible results if any one of the date filter value is not supplied.
If this is not the case then can you please give us configuration details of your "Search fields" screen? At my end I am not have any issues with Multidate events search.
Chiran
[quote]
Hi Maks,
Looks like you have got empty search enabled and have the logical grouping set to "Match on at least ONE field" at "Event Date Fitlers Configuration" section. If you have got more than 1 date filters in the search page with the above configuration, then the event search will return all possible results if any one of the date filter value is not supplied.
If this is not the case then can you please give us configuration details of your "Search fields" screen? At my end I am not have any issues with Multidate events search.
Chiran
[/quote]
Hi Chiran,
Thanks for looking at this so quickly.
I've double checked and I definitely have Allow Empty Searches? set to NO, though I do "Match on at least ONE field" at "Event Date Fitlers Configuration" set as I am using 2 search fields, 1 for a "Date Range" filter and another one for "Fuzzy Dropdown" filter, each of which are matched up with GET variables.
I probably should have emphasised more that the issue I am having is specifically with Multidate events that have Recurring Event children, Multidates assets with just Single Event children work fine.
Also should have added that its Matrix 4.8.0 and the site has a current Squiz SLA if you are not able to reproduce the error on your end and need to be able to login to have a look in the asset map (just email me).
thanks,
Maks.
Hi Chiran,
I think I have misunderstood the issue I was seeing, the results actually do seem to be correct!
The problem is that I'm trying to display the date of the instance that is being returned and had: %event_start_date%
But reading the manual closely, for a Recurring Event that represents the First instance of the recurring event, not the date that its being matched on!
EDIT: Doh, of course there is %instance_start_datetime% ! and it works fine. Hopefully I can also use it for grouping…
Looking at the keywords for Recurring Events, it looks like its not actually possible to get the date for which the recurring event matched when doing a query by date-range, is that correct? I guess it makes sense, since its a range query.
thanks,
Maks.
Hi Maks,
So are you getting the expected results now? Or still getting the event instances in result outside the search range?
Also considering the version you are on it looks like you are experiencing this bug, which was fixed in 4.8.3 release:
http://bugs.matrix.squiz.net/view_bug.php?bug_id=5691
Chiran
[quote]
Hi Maks,
So are you getting the expected results now? Or still getting the event instances in result outside the search range?
Also considering the version you are on it looks like you are experiencing this bug, which was fixed in 4.8.3 release:
http://bugs.matrix.squiz.net/view_bug.php?bug_id=5691
Chiran
[/quote]
Yes it is returning the expected results correctly.
I initially had problems because I was trying to display both Single and Recurring events in a single search and tried to Groupby start date, which didn't work because of the 2 different keywords that need to be used for the different asset types. And once I split them out into separate search assets (which is what I have now) I did not switch to using %instance_start_datetime% rather than %start_datetime% which caused me to think it was still not working.
And thanks for pointing out that bug! Its not affecting my results now, but will do later once the end dates of the reccuring events stat approaching later in the year, so I'll make sure that the sysadmin here is aware of the need to upgrade to 4.8.3 to avoid that bug.
thanks again,
Maks.
[quote]
I initially had problems because I was trying to display both Single and Recurring events in a single search and tried to Groupby start date, which didn't work because of the 2 different keywords that need to be used for the different asset types. And once I split them out into separate search assets (which is what I have now) I did not switch to using %instance_start_datetime% rather than %start_datetime% which caused me to think it was still not working.
[/quote]
Hi Maks,
Good to know its working for you.
However you should be able display both Single and Recurring events in a single search result using same keyword %instance_start_datetime% (or %instance_end_datetime%). The Event Search will treat Single Event asset as an event instance having a single occurrence, hence %instance_start_datetime% keyword should work for Single Events too.
Chiran
[quote]
Hi Maks,
Good to know its working for you.
However you should be able display both Single and Recurring events in a single search result using same keyword %instance_start_datetime% (or %instance_end_datetime%). The Event Search will treat Single Event asset as an event instance having a single occurrence, hence %instance_start_datetime% keyword should work for Single Events too.
Chiran
[/quote]
Hi again Chiran,
Thanks very much for the tip about using %instance_start_datetime% keyword with Single Events as well as Recurring Events, it does work nicely!
Maks.