Hello,
Sorry for the delayed response.
Currently, the related posts in Gillion are selected from the same category, but they are ordered randomly. This is why older posts can sometimes appear. It was originally done this way to keep the query simple and avoid heavier selection logic for better page loading speeds.
You can adjust this in the theme file: single.php
The related posts query should be around line 451. We recommend copying this file to a child theme first, so your changes are not overwritten by future theme updates.
For a minimal change, you can replace:
'orderby' => 'rand'
with:
'orderby' => 'date', 'order' => 'DESC'
This will show the latest posts from the same category instead of random older posts.
Or if you just want to limit the results to only recent posts, for example posts from the last 2 years, you can add this to the query arguments:
'date_query' => array(
array(
'column' => 'post_date', // Or you can use post_modified
'after' => '2 years ago',
),
),
Please try these changes and let us know how it goes. If needed, we can take another look. 🙂
Best regards,
Shufflehound team
Hello,
Sorry to hear about the issue and for the delayed response.
We checked the page and it looks like the sticky sidebar issue is caused by custom CSS that is overriding the sidebar behavior:
.theiaStickySidebar {
position: sticky !important;
transition: none !important;
}
Please temporarily remove or disable this CSS and then check the post page again. First, please check the theme settings/custom CSS fields, as it may have been added there. If not, please also check the WordPress Customizer, YellowPencil/YellowPress, or any other custom CSS area.
Best regards,
Shufflehound team
Hello,
Thank you for the details.
This issue appears to be related to your other ticket about the missing items and broken layout. To keep everything in one place and avoid duplicate replies, we will close this ticket and continue the support conversation there.
We have already replied in the other ticket with our findings and the next steps.
Best regards,
Shufflehound team
Hello,
Sorry to hear about the issue and for the delayed response.
After checking your site, it looks like one of the main page builder plugins is likely not active or is missing, which is why some elements are not showing and the layout appears broken. This may be related to the Unyson plugin or its extensions being disabled after the updates.
Please check that Unyson and the required theme extensions are installed and active. If needed, we can also help restore the required setup so the layout displays correctly again.
We also checked the login details provided, but they no longer seem to work. If you would like us to take a closer look, please send us updated WordPress admin access.
Best regards,
Shufflehound team
Hello,
Thank you for the update.
I am glad to hear that you were able to resolve the issue. Sorry for the delayed response, our support availability was limited during our summer holiday period, and we appreciate your patience.
We will close this ticket now, but if the issue appears again or you need any further assistance with the theme, please feel free to open a new ticket.
Best regards,
Shufflehound team
Hello,
I’m sorry again for the delayed response.
WPBakery should include a Raw HTML element, which you can use to add custom HTML. When adding a new element, try using the search field and search for Raw HTML, as WPBakery has many available blocks and it can be easy to miss.
Best regards,
Shufflehound team
Hello,
I’m sorry for the delayed reply.
The cart icon location depends on which demo/header type was imported. If the demo uses a page builder header, the cart icon can be removed by editing the header content directly in the page builder.
If the demo uses the theme settings header, you can disable it here:
Jevelin Settings > Header > Header Elements
There you should be able to turn off the WooCommerce cart/icon.
Best regards,
Shufflehound team
Hello,
Could you share a link to the page where the flicker is visible? We can take a look and see what might be causing it.
Regarding Revolution Slider v7, Jevelin is not yet tested or fully compatible with that version, which is likely why it caused a crash. If you still have access to any PHP error logs from that attempt, they could help identify the issue and we might create a fix for that.
Best regards,
Shufflehound team
Hello,
You are welcome! 🙂
Great to hear that the issue is fixed.
Best regards,
Shufflehound team
Hello,
Good catch, this helped identify the issue.
Please install the updated version below:
Please login to access this file
After the update, each page should display only its assigned portfolio categories and items.
Let us know if now everything works as expected. 🙂
Best regards,
Shufflehound team
Hello,
No worries, thank you for sharing the updated page.
We have checked the new page and it looks like the issue was related to pagination. After disabling pagination in the Portfolio element settings, the categories now appear to load correctly.
Could you please check on your side and confirm if the filtering now works as expected?
Best regards,
Shufflehound team
Hello,
You are welcome. Thank you for your understanding.
Best regards,
Shufflehound team
Hello,
Sorry for the late response.
Thank you for letting us know that we can freely test things on the site. That helps a lot when debugging.
We checked the page “Home – Portfolio Full-width” and on that page it looks like all categories are displayed in the filter (around 30 in total). Because of this it seems the categories are loading correctly there. We attached a screenshot below.
Could you please confirm if this is the section where the issue should appear, or let us know the exact page where the category limit still happens?
Best regards,
Shufflehound team
Hello,
Thank you for sharing the updated link.
We tested the gallery on your site. When clicking the Upload button, WordPress opens the media library and the images already in the gallery appear selected. On our side this worked as expected.
To add another image without removing the existing ones, we held Ctrl (or Cmd on Mac) and clicked a new image. It was added to the gallery while keeping the other images.
So during our test everything worked correctly.
Best regards,
Shufflehound team
Hello,
After reviewing your setup, the Haste Categories element is not intended to manually select or manage categories. This element is designed to be used inside single post or single portfolio project templates, where it automatically displays the categories assigned to the currently opened item. Because of this, the widget does not include a Content tab or options to choose or reorder categories manually.
If you would like to display and manage portfolio categories on a regular page, you may need to use another Elementor widget or a third-party Elementor addon that provides category listing or filtering features.
Best regards,
Shufflehound team
Hello,
It looks like that an additional plugin has added extra columns to the posts admin page, which is breaking the layout and causing the Author column to display incorrectly.
Please try temporarily disabling recently added plugins (like SEO plugins) and check if the issue resolves.
Best regards,
Shufflehound team
Hello,
To create a new ticket, please go to the main Gillion theme support page below. The ticket form is located at the bottom of that page:
https://support.shufflehound.com/forums/forum/gillion-theme/
Once you scroll down, you should see the option to submit a new topic.
Best regards,
Shufflehound team
Hello,
Thanks for explaining. With 28 active categories, the Portfolio Fancy element can behave inconsistently. It was not originally built with that many filter terms in mind, which is likely why the list sometimes appears to change instead of showing everything in a predictable way.
We’ve made adjustments in the backend to improve how the categories are loaded and displayed. Please install the latest beta version below and check if the filtering now behaves consistently and shows all categories.
Please login to access this file
Let us know if the issue is fixed or if further improvements are needed. 🙂
Best regards,
Shufflehound team
Hello,
Thanks for your detailed explanation. I understand why this looked confusing.
WPBakery is still fully compatible with Gillion. Elementor is currently set as the primary builder, which is why it’s marked as required, but WPBakery remains available as an optional page builder and works with the theme and demo content. It’s not included as a separate ZIP file in the download package because it’s installed via remote download from our servers. You can find it in Appearance -> Install Plugins, where WPBakery should be listed as an optional plugin.
If you don’t see it there, please check whether WPBakery is already installed and active, since in that case it won’t appear in the Install Plugins list.
Let us know what you find and we’ll gladly help you move forward.
Best regards,
Shufflehound team
Hello Kevin,
Since the issue is triggered specifically by Elementor on PHP 8.2, it is most likely a compatibility or server configuration issue. Without error logs, it’s difficult to determine the exact cause.
If it’s fine with you, please share temporary WordPress admin access via the Private Information field so we can inspect the setup directly.
Best regards,
Shufflehound team