Low Reorder Fallback not working.
I am trying to use Low Reorder only on a few groups on entries that I am segmenting by category.
In the query I have running now I am only referencing one set with a fallback set to yes. I am using the Fallback parameter because not all my entries need to be ordered in a specific way so I need it to use the regular channel entries tag to display the results.
I have a navigation bar that shows all my categories in a category group. When you click on the category that is used in my Low Reorder set, the entries all show up just fine.
When you click on any other link to show entries from a non-lowreorder set none of the entries show up.
If I change my {exp:low_reorder:entries} tag back to the regular channel entries tag it all works fine. I will paste my code below...
{exp:low_reorder:entries channel="campus_html" category="{last_segment_category_id}" set="8" fallback="yes"}
{exp:low_variables:parse}
{exp:missing_link:link type="entry" id="{entry_id}" attr:class="edit-article"}
Edit entry
{/exp:missing_link:link}
{headline}
{if content_approved == 'Approved'}
Approved
{/if}
{content}
{if overview-related != "" OR concepts-related != "" OR tasks-related != "" OR reference-related != "" OR reports-related != "" OR examples-related != ""}
Related Topics
{overview-related}
{if count == "1"}
Overview
{/if}
{embed="campus/related-entry" id="{entry_id}" headline="{headline}" url-title="{url_title}"}
{/overview-related}
{concepts-related}
{if count == "1"}
Concepts
{/if}
{embed="campus/related-entry" id="{entry_id}" headline="{headline}" url-title="{url_title}"}
{/concepts-related}
{tasks-related}
{if count == "1"}
Tasks
{/if}
{embed="campus/related-entry" id="{entry_id}" headline="{headline}" url-title="{url_title}"}
{/tasks-related}
{reference-related}
{if count == "1"}
Reference
{/if}
{embed="campus/related-entry" id="{entry_id}" headline="{headline}" url-title="{url_title}"}
{/reference-related}
{reports-related}
{if count == "1"}
Reference
{/if}
{embed="campus/related-entry" id="{entry_id}" headline="{headline}" url-title="{url_title}"}
{/reports-related}
{examples-related}
{if count == "1"}
Reference
{/if}
{embed="campus/related-entry" id="{entry_id}" headline="{headline}" url-title="{url_title}"}
{/examples-related}
{/if}
{/exp:low_variables:parse}
{/exp:low_reorder:entries}
Replies
Low 7 Mar 2014 16:40
Can you turn on template debugging and copy/paste the lines that mention Low Reorder here?
Also, what are your EE, LR and PHP versions?
cg-jay 7 Mar 2014 16:48
EE: 2.7.3
LR: 2.2.2
PHP Version: 5.4.13
Lines for reorder...
(0.084817 / 7.67MB) Parse Date Format String Constants
(0.084836 / 7.67MB) Parse Current Time Variables
(0.084901 / 7.67MB) Parsing Segment, Embed, and Global Vars Conditionals
(0.085292 / 7.68MB) - Beginning Tag Processing -
(0.085323 / 7.66MB) Parsing Tags in Template
(0.085342 / 7.66MB) Tag: {exp:low_reorder:entries channel="campus_html" category="676" set="8" fallback="yes"}
(0.085400 / 7.66MB) Closing Tag Found
(0.085441 / 7.66MB) Processing Tags
(0.085466 / 7.66MB) Module Tag: Low_reorder/entries
(0.085476 / 7.66MB) Including Files for Plugins and Modules
(0.087738 / 7.84MB) Files for Plugins and Modules All Included
(0.087753 / 7.84MB) Beginning Final Tag Data Processing
(0.087764 / 7.84MB) Calling Class/Method: Low_reorder/entries
(0.088376 / 7.84MB) -> Class Called: Low_reorder
(0.090758 / 7.95MB) -> Method Called: entries
(0.090797 / 7.96MB) Low Reorder: Retrieving set from database
(0.091465 / 7.97MB) Low Reorder: Getting ordered entry_ids from database
(0.094591 / 8.01MB) Low Reorder: Setting parameters status="open" category="678" channel="campus_html" fixed_order="4779|4774|4773|4775|4776|4777|4778|4772|4765|4766|4767|4768|4769|4770|4771|4763|4764|4762|4758|4759|4760|4756|4757|4750|4751|4752|4753|4754|4755|4748|4749|4743|4744|4745|4746|4747"
(0.094605 / 8.01MB) Low Reorder: Calling the channel module
(0.170597 / 13.40MB) Returning No Results Content
(0.170707 / 13.39MB) -> Data Returned
(0.170756 / 13.38MB) - End Tag Processing -
(0.171417 / 13.42MB) Calling Extension Class/Method: Mo_variables_ext/cleanup
(0.171604 / 13.45MB) Calling Extension Class/Method: Stash_ext/template_post_parse
(0.172273 / 13.40MB) Calling Extension Class/Method: Mo_variables_ext/cleanup
(0.172498 / 13.42MB) Calling Extension Class/Method: Stash_ext/template_post_parse
(0.172566 / 13.37MB) - End Template Processing -
(0.172576 / 13.37MB) Parse Global Variables
(0.174680 / 13.38MB) Template Parsing Finished
Low 7 Mar 2014 16:52
Okay, for category="676" set="8" that gives you entries (4779|4774|4773|4775|4776|4777|4778|4772|4765|4766|4767|4768|4769|4770|4771|4763|4764|4762|4758|4759|4760|4756|4757|4750|4751|4752|4753|4754|4755|4748|4749|4743|4744|4745|4746|4747), but those seem to be negated by other properties after calling channel:entries.
Perhaps these entries have a different status? Or are expired/future entries?
cg-jay 7 Mar 2014 17:07
Status would be the same and are not expired or future entries.
That category 676 of entries would not be in set 8. I also tried another link and I got back ...
{exp:low_reorder:entries channel="campus_html" category="619" set="8" fallback="yes"}
Those entries in category="619" would not be in set="8"
Not sure if that sheds any light on the issue?
It's seems to me it's not returning anything because of the set paramater ...
Low 7 Mar 2014 17:26
You're saying category 676 and 619 aren't in the category group assigned to set 8?
cg-jay 7 Mar 2014 17:34
All of these categories are in the same category group.
Set 8 only has category 678 applied to it. So any entry with category 678 will show up in the Reorder Entries section of Low Reorder.
So, content in category 676 and 619 are not assigned to set 8.
Low 7 Mar 2014 17:35
I'll need to take a look myself. Please send SuperAdmin login credentials to hi at gotolow dot com if you can.
Low 7 Mar 2014 18:16
Okay, here's what's happening. Set 8 has the setting "filter entries by category", and one selected entry. For that setting, only a set ID is needed to fetch the entries. That's what LR does, and it finds the list of entries you get in the CP.
The thing is, it then applies the category ID to those entries, resulting in no entries. LR doesn't check if the category ID selected to filter the sortable entries, is the one given. Just like it doesn't check for other filters like status.
So, if anything, this is intended behaviour, really. The fallback is only triggered when an empty or invalid set is found. And as any Set that hasn't got the 'Show entries by single category' option enabled only needs a set ID to retrieve entries, you'll get a valid set regardless of a category="" param.
Make sense?
cg-jay 7 Mar 2014 19:52
Yes. Thank you for the reply. We got this working correctly.
I changed all the LR set names to the same name as the 'filter entries by category' category I am applying to the set.
I'm setting the "Set" parameter to {last_segment_category_name} which works great because I dont have to hard code any set id's or names if I want to reorder another category of entries.
Thanks for the help!