Forum Replies Created
Hello,
Thank you for your message.
- Changing the order of social media icons in the header is not available by default, but it can be done with custom CSS. Can you please let us know the order you would like to see there?
- The Strava icon is not included by default, but might be added manually. Do you want to add it to the top header social icons?
If you could update the account permissions to allow access to the theme settings, we should be able to add the required custom CSS ourselves after you confirm the desired icon order and where you would like the Strava icon to appear.
Best regards,
Shufflehound teamHello,
Thank you for the login details.
- We tried to test the issue related to removing images from the portfolio gallery, but the provided account has very limited permissions and does not allow access to portfolio items. Could you please update the access so we can review this properly?
- Understood, thank you for the clarification.
- For the portfolio gallery slider, we recommend using standard JPG images. Using the same aspect ratio and similar resolution across all images will give the best visual result.
- At the moment, we do not have a specific release date for a version that includes image reordering. Once we investigate the image removal issue, we will also check whether we can suggest or implement a quicker solution for gallery ordering.
Best regards,
Shufflehound teamHello,
Currently, the demo content can only be imported via the built in demo import dashboard. There is no alternative method, such as FTP import, for installing demo content without affecting existing data.
To help us assist you further, could you please share more details about the error you encountered during the import process? If possible, you may also provide temporary login details via the private information field, and we will be happy to investigate the issue directly on your site.
Best regards,
Shufflehound teamHello, and thank you for your patience! We apologize for the delayed response — our team was away for the holidays. We hope you had a wonderful holiday season as well.
Here’s a quick rundown of our answers for questions:
This might indeed be a bug. To check it properly, we’d need temporary access to your WordPress admin area so we can take a closer look. You can safely share the login details in the private information field.
We checked the portfolio page you shared but didn’t see the images or white space you mentioned – it looks like the page may have changed since your message. Could you please confirm if the issue is still happening or share an updated link or screenshot?
For the best look in the portfolio gallery slider, we recommend using images with the same aspect ratio and resolution. Or you were asking about image format?
At the moment, reordering images within the portfolio gallery isn’t available through the interface. However, you can remove and re-add them in the desired order as a workaround. We’re considering adding a drag-and-drop reorder option in a future update.
Looking forward to your reply so we can help you further!
Best regards,
Shufflehound team
Hello, and thank you for your patience! We apologize for the delayed response – our team was away for the holidays. We hope you had a wonderful holiday season as well.
Featured images may appear differently because WordPress creates several image sizes used in various layouts. Some are cropped to keep a consistent design. Please share links to the pages where you notice the issue so we can check and suggest the best fix.
Best regards,
Shufflehound team
You are welcome! 🙂
Hello,
We understand the frustration, and Unyson becoming unusable was a major issue for us as well. At the time, it was a very promising framework, and its discontinuation was outside of our control.
Rather than abandoning the theme or releasing a new one, we invested significant time and resources to adapt it for the future. This included creating a new theme options panel, adding full WPBakery support, porting most Unyson elements, recreating the demo content using WPBakery and more.
There is no need to worry about updates, as the theme will continue to receive updates even after the support period ends, since updates and support are handled separately.
Unyson is no longer maintained and cannot be made compatible with PHP 8.2 in a stable way. Rebuilding content outside of Unyson is the only reliable path forward. If questions arise during the process, we can assist with guidance.
Best regards,
Shufflehound team
Hello,
Thanks for the questions and details!
- The current portfolio layout has limited flexibility, so moving the title and text directly above or below the gallery isn’t supported by default. However, you could try using a layout like this one instead: https://jevelin.shufflehound.com/project/multitasking-at-work/
– it might better match what you’re looking for. - The dropdown spacing usually depends on the logo size and selected header layout. We checked your site, and it looks correct now – the dropdowns are appearing below the header as intended.
- Depending on your theme setup there might be option to change it. Try going to Settings > Permalinks, and look for the Project base option.
Hopefully, this helps. 🙂
Best regards,
Shufflehound team
Hello,
Unfortunately, there’s no stable workaround to keep using Unyson under PHP 8.2. The only reliable approach is to gradually rebuild your pages in WPBakery Page Builder and then fully disable Unyson once all content is moved. The issue comes from Unyson’s outdated codebase, which can’t be patched directly from the theme side.
If your site was originally based on one of our demos, you can reimport it using WPBakery demo content and rebuild the layout section by section. If needed, we can also assist with the rebuild as a paid service.
Best regards,
Shufflehound team
Hello,
Thanks for the extra details.
We tried to reproduce this on our end and we can see something similar happening during the Complianz wizard, but we still cannot find the exact cause. We did some checks and basic debugging, but didn’t find what could cause this.
For now, we recommend continuing with the workaround you received from the Complianz team. The manual policy pages with the Complianz shortcodes, plus the link override if needed, looks like the most reliable way to avoid the corrupted auto generated content.
Best regards,
Shufflehound team
Hello,
The issue was not related to Jevelin itself, but to the deprecated Unyson framework. The Unyson Page Builder extension was missing and could no longer be downloaded because the Unyson servers are offline, so we added the extension manually. Your pages are now loading correctly.
We also noticed the site is running a very old Jevelin version, so we recommend updating to the latest release for improved compatibility and security.
Additionally, since Unyson (previous main theme plugin/builder) is no longer supported, we now recommend using WPBakery Page Builder for a more stable and user friendly editing experience. Unfortunately, old Unyson content cannot be migrated automatically and would need to be rebuilt manually, as Unyson was never designed to convert layouts to a different page builder. If the theme was originally based on one of our demos, we recommend using the corresponding WPBakery demo content as a starting point. If needed, we can also help with custom work outside the regular support scope to assist with rebuilding or adjusting older content.
Best regards,
Shufflehound team
Hello,
Thank you for the detailed follow up. We’ve reviewed the recent theme updates and can confirm that there haven’t been any changes to the WooCommerce templates or 404 handling that could affect the “order received” page. We also ran additional tests using Jevelin 5.14 with WooCommerce and WPBakery 8.7.2, but couldn’t reproduce the issue, and haven’t received any other similar reports from other theme users regarding the order received page.
We understand your point that switching to a different theme makes it work, though when we switched between Jevelin versions during testing, the page also started working again, even without any code changes. That makes it difficult to confirm whether the issue originates directly from the theme or from something else in the environment reacting to the theme switch.
Have you tried adjusting any WPBakery settings or temporarily disabling any caching or performance plugins? It might help, as something there could be contributing to the issue.
Best regards,
Shufflehound team
Hello,
Thank you for sharing the detailed information. We haven’t encountered this issue before, and we don’t use Complianz in our testing setups, so we haven’t been able to reproduce it on our side yet. Since the incorrect content appears during Complianz’s automatic page generation, before Jevelin or WPBakery modifies anything, it seems to come from how the plugin processes content rather than from the theme or builder.
If you can provide the exact steps you followed in the Complianz setup wizard to trigger the issue, we can try to replicate it in a clean test environment. This will help us see if there’s anything on the theme side contributing to the conflict.
Best regards,
Shufflehound team
Hello,
Thanks for the clarification. We were referring to tests done on our own test installation, where Jevelin 5.14 together with WPBakery 8.7.2 and WooCommerce is working normally. At the moment we still cannot reproduce the 404 issue on our side.
Based on your latest notes and what we observed while testing directly on your development site, it appears that something in the environment is causing the first load of the “order received” page to be treated as a 404. Since refreshing the exact same URL loads correctly, this points to caching, redirects, or another process marking the request as 404 before WooCommerce finishes loading the endpoint.
When we switched between 5.14 and 5.13 on your site, the 404 disappeared once and continued working after updating back to 5.14, which also suggests that the issue is not tied to the theme update itself but to how the environment handles that first request.
At this stage, because we haven’t been able to reproduce the problem consistently on your site or our clean setup, we don’t yet have a specific source we can point to. The behavior aligns more with a local configuration or caching rule rather than an issue introduced in the theme update. If you notice any pattern or can narrow down when the 404 triggers (specific payment method, browser, plugin combination, etc.), please let us know and we will check that scenario specifically.
Best regards,
Shufflehound team
Sure, no worries! 🙂
Hello,
We’ve just replied to your email, so you should now have our full response there.
Please also note that we’re available only on business days, which is why replies may take a bit longer during weekends.
Best regards,
Shufflehound team
Hello,
Regarding custom CSS or custom theme code work, thank you for your interest. We’ve replied to you privately with more information about this. 🙂
We also tested the mobile cart again on our side using the same steps shown in your video, and it’s still working normally for us (see in the attachment below).
One thing we noticed is that the LiteSpeed Cache plugin is still active. This plugin can sometimes cause issues with WooCommerce features such as the mini cart, AJAX requests, and redirects. We recommend temporarily disabling LiteSpeed Cache (or excluding all WooCommerce pages and mini cart urls) to check if the problem disappears.
Please try that and let us know the results, and we’ll continue from there.
Best regards,
Shufflehound team
Hello,
Thanks for the update. To look into this properly, could you please tell us which versions of WordPress, the Jevelin theme, and WPBakery you’re currently using?
We tested the checkout process on our test site with the latest theme and WPBakery versions, but we weren’t able to recreate the 404 issue. We also haven’t seen similar reports from other users, so the versions might help us better understand and test what’s happening.
Best regards,
Shufflehound team
Hello,
Thanks for sharing the new details and screenshots. Below are answers for the issues you mentioned:
- The product-tag section on the left is a widget sidebar. You can reorganize or replace these widgets under Appearance > Widgets if the current layout feels confusing.
- The recommended products showing rating stars usually means those specific items still have rating data saved. Please check the product settings, and if the issue continues, we can inspect it further.
- Some parts not appearing in Turkish need to be translated with a plugin such as Loco Translate. The theme ships only with English files, so translating the theme strings manually is required.
- The login icon is opening the theme’s own login popup, not the default WordPress one. You can disable the icon entirely under the Header settings if you prefer not to use the popup.
- Replacing the icon with a profile symbol and redirecting it directly to /my-account instead of opening a popup would require custom CSS or modified theme code, which goes beyond standard support.
- The cart-steps issue appearing above the mobile dropdown was a theme bug, and we added a CSS fix on your site.
- The “My Cart” text in the mini cart is working correctly on our side. If it still doesn’t redirect for you, please send a short video so we can see the exact interaction.
- The uneven thin line under the mobile dropdown menu has also been fixed with custom CSS.
Best regards,
Shufflehound team
