themoceratopsJason
Forum Replies Created
-
Posts
-
Hi Yasin,
Indeed after some tests I’ve had the same issues when using one organizer, and using multiple venues. I’ve pushed a hotfix for Grimlock for The Events Calendar (1.3.5) to fix these issues.
About the translation of “Event tags”, this text was taken directly for The Events Calendar and since we haven’t modified it, you need to translate it directly in The Events Calendar with Loco Translate, not in Grimlock for The Events Calendar or Sinclair. Here’s a tip that might help you with translations : notice how the “Event tags” is followed by “the-events-calendar” in the meta.php file? This is called the text-domain and determines where you need to translate the text. If the text-domain is “the-events-calendar” you need to translate it directly in The Events Calendar, if it’s “sinclair” then you need to translate it in Sinclair, etc…
If you wish to send us your translation files, you can send them directly at support@themosaurus.com.
Best regards,
Hi Yasin,
Thank you for your feedback! After doing some tests on my end I managed to replicate and then fix the issue. I’ve pushed a new update for Grimlock for The Events Calendar (1.3.4) with the fix. Can you update the plugin to see if that fixed the issue for you too?
About the translation, it’s up to you if you want to share your .po file with the Turkish translation for Sinclair and / or some of our Grimlock plugins 🙂 We would be glad to include them in future updates but please note that we don’t have updates planned at the moment (unless there are bugs to fix of course!), so it might be a while until we can include these translations. So it’s up to you whether you want to share it with us, but we appreciate the offer regardless!
Best regards,
Hi Yasin,
Sinclair itself doesn’t modify the template for the single event, but our Grimlock for The Events Calendar plugin (which is our compatibility plugin for The Events Calendar) does modify the single event template. However, even our modified template is using
the_content(). If you are curious, you can find the template ingrimlock-the-events-calendar/templates/v2/src/views/single-event.phpand you can see that we are indeed usingthe_content()on line 98 of that template.Have you tried this with other post types than events ? I’m wondering if this is a problem with The Events Calendar itself. Another thing you could try would be temporarily disabling Grimlock for The Events Calendar to find out if it’s the culprit that is interfering with Pods.
Hope this helps !
Regards,
Quisque ut nisi. Donec sodales sagittis magna. Nullam quis ante.
Vestibulum suscipit nulla quis orci. Fusce fermentum. Nulla consequat massa quis enim.
Hi @Kokiri,
These features are not part of Cera itself, they’re all part of some custom development we have done internally on our support forums for our specific needs. So unfortunately they are not available out of the box or with a plugin.
But if you are familiar with custom development, or you are willing to hire a developer to add some features to your website, it is possible to achieve a similar result with Gwangi. Here are some basic guidelines I can provide as a starting point :
– The “Product”, “Plugins” and “Features” fields are custom taxonomies attached to the “Topic” post type.
– We’ve modified the topic form to add these taxonomies to the form and save them on submission.
– For the feature requests status, we use topic tags that we add on each topic. Then to display them in a columns layout, we’ve modified the template for displaying that specific forum and we’ve done a separate query on each status to display each column.Unfortunately, we can’t provide much more help than this as this is all part of some custom development, which is out of the scope of our support service.
I hope these guidelines can be helpful regardless!
Best regards,
This reply has been marked as private.
Hi TJ Bruce,
Apologies for the delay.
I can see that your logs are indeed reporting a syntax error, but unfortunately we’re unable to reproduce this issue on our side.
My guess is that the plugin files might be corrupted. Can you please try to delete Pimp My Site from your website, then re-download a fresh copy from your CodeCanyon account and re-install it ?
Best regards,
Hi nidal,
Looking at your logs it seems like your server is missing the XMLReader PHP extension which is required to run the import process.
To fix this I advise that you contact your hosting provider to ask them if they can enable the XMLReader extension on your website.
Hope this helps !
Best regards,
Hi Andres,
I’m unsure how these cache options would be related to the JSON error, but if that fixes it then it’s good news 🙂
However in my opinion it’s more likely that the warning message about Merlin was interfering with the JSON making it invalid. Since you fixed the warning message, it has disappeared and can’t interfere with the JSON anymore. Changing private to public was the right choice to fix that warning message.
Best regards,
Hi Kylian,
Thank you for the logs.
I’m glad to see you were able to solve the PHP warning about the
__wakeup()method! Please rest assured that PHP warning are generally harmless for your site, and this particular one appears because your server is using PHP 8. Note that not all plugins are compatible with PHP 8 yet so if you are having other issues with certain plugins we advise that you switch your server to PHP 7.4 for the time being.Looking at the Direct Admin logs you just sent, I see that your hosting server is having issues with the requests sent by WordPress for rendering the blocks.
Unfortunately since that seems to be an issue on the server side, we won’t be able to help you from our side, and we advise that you contact your hosting provider support to ask them to assist you with that. Make sure to send them the Direct Admin logs that you just sent us too.
Best regards,
Hi Angela,
Thank you for your patience and for the detailed reports, it is much appreciated.
That particular timeout error doesn’t look like a PHP timeout, but rather a MySQL timeout. So I would suggest that you ask your host if they are able to increase the MySQL timeout limit to fix the issue.
To give you a bit more detail about what’s happening : the error message indicates that this error happens when Grimlock uses the “get_terms” function (which is a native WordPress function) to retrieve a list of navigation menus. So unless your database contains hundreds if not thousands of navigation menus (which is unlikely), there shouldn’t be any issues with that particular function being used in Grimlock. There is also a possibility of the database being corrupted, but that also seems unlikely.
I noticed you mentioned wanting to switch host at some point, so if you have the opportunity I would also suggest that you try copying or migrating your site to a different host to see if the issue still happens.
Hope this helps!
Best regards,
Hi Thiago,
I’ve investigated on your website, and I noticed that every page on the front-end of your website is returning a 404 error, other than the homepage. On top of that, the WordPress REST API url is also returning a 404 error which explains why the blocks aren’t working (you can see that in Tools > Site Health : “The REST API encountered an unexpected result”).
Based on those observations, I believe there is an issue with url rewriting on your server. I suggest that you contact your hosting provider to see if they can help you with this issue, as this is unfortunately not something that we can fix from our end since it is related to the server.
Hope this helps!
Best regards,
Hi Ilanit Shamia,
By default there is no option to hide the featured media in the profile cover. But as a customer gesture, here is a CSS snippet that will hide it for you :
/** * Hide featured media in profile cover */ #buddypress .profile-header__featured-media-col { display: none !important; }To add this code snippet to your site, we recommend that you paste it to the Custom CSS panel of your WordPress Customizer. Just go to your dashboard and navigate to “Appearance > Customize > Additional CSS”.
Pasting your code snippet there should do the trick for you.Please remember that we do not provide custom work and only share code snippets as a courtesy to fix small or urgent issues.
Hope this helps!
Regards,
Hi Kingkazma,
Please take a look at this article of our documentation which explains how to install and activate the theme :
We also made this video which shows how to activate the theme and how to do the demo setup (this is for the Gorgo theme, but the process is the same with Armadon) :
If you have already activated your theme and you want to run the demo setup, you can go to Appearance > Theme Setup to open the demo setup page.
Hope this helps!
Best regards,
Hi MrHillmanUK,
Thanks for the credentials.
I’ve taken a look at your website, and from what I can see the problem is very inconsistent and looks very much like a server issue. I’ve also looked at the PHP logs but it didn’t have errors, which confirms that it is not a WordPress, theme or plugin issue.
Sometimes all blocks will fail to load, other times a few of them will successfully load. And for those who fail to load, from what I can see in the console they sometimes return a “403” error, sometimes the requests will completely fail with an error “ERR_HTTP2_PROTOCOL_ERROR” (see attached screenshot).I’m afraid you will have to contact your hosting provider and tell them that a lot of your WordPress blocks are failing to load when editing a page, returning 403 errors or ERR_HTTP2_PROTOCOL_ERROR, so that they can try to figure out why the server is failing to process those requests.
Hope this helps!
Best regards,
Hi,
You can only use one demo at a time. As you have found out, installing multiple demos will cause a number of issues with everything mixing together.
I would advise that you reset or restore your site to restart the theme setup from scratch. If you want to completely reset your site and remove everything, we recommend using the WP Reset plugin : https://wordpress.org/plugins/wp-reset/
Using that plugin, you can go to Tools > WP Reset, scroll down to “Site Reset”, type “reset” in the text field and click the red button labeled “Reset Site”.Once your site is reset or restored, I recommend that you install the “Light” demo, as it includes a Dark Mode button in the top right, as you can see on our live demo : https://light.armadon-theme.com/
As a side note, I’ve noticed you are using two different accounts on our support forums: Kingkazma and Nattawat. We ask that you use only one account on our support forums, as there is no reason to make multiple accounts. Can you please tell me which one you would like to keep so that I can remove the other one?
Best regards,
Hi Nattawat,
When you first activate the theme, the demo setup should start automatically and guide you through the steps. If you need to reopen the demo setup, you can also go to Appearance > Theme Setup from your admin dashboard.
To make things easier we have also made a video showing the demo setup :
This video is for the Gorgo theme but the process is identical for Armadon.
Hope this helps!
Best regards,
Hi Nattawat,
You can easily change menu colors through the Customizer. To open the Customizer, from your admin dashboard go to Appearance > Customize. Then from the Customizer, go to Appearance > Navigation. From there you will be able to change the menu item colors from the “Item” tab, and the background color from the “Style” tab.
Hope this helps!
Best regards,
Perfect, happy to see this was resolved!
As a tip for you, when you notice something that was supposed to change is still there when logged-out or on a specific page, it is most likely because the site cache needs to be purged to see the changes. You can usually purge the site cache through the caching plugin you are using. In your case if I remember correctly you are using Litespeed, which lets you purge cache through its icon in the admin bar for example.
Best regards,
Nice! Glad to know it works 🙂
Best regards,
You’re welcome, glad I was able to help!
Best regards,
You’re welcome Taleno 🙂
Best regards,
Hi Céline,
Please note that the problem here is not the PHP response time. That was your first guess, but in my previous reply I have found the actual problem is that the OVH server simply won’t download the XML file from our server, so in the end it has nothing to do with a timeout. I can also confirm that the XML file is publicly available, so there is no reason that the server wouldn’t be able to download it, other than a server misconfiguration or some kind of firewall. You can even see it for yourself by opening the XML directly in your browser : http://files.themosaurus.com/cera/demos/intranet/demo-content.xml . If a web browser is able to access it, the server should also be able to.
Also, about the snippet I provided for trying to raise the timeout to 30 minutes, I have to mention that the import process will never take that long. The 30 minutes is an arbitrary value I have chosen to be extra sure that the server would have all the time it needs.
Did you send to the OVH support the error message in my last reply? If they can’t help you, I’m sorry to say that we still cannot be held responsible for their own server’s misconfiguration. We, as theme authors, cannot and will not fix server problems, which is clearly what is happening here. It simply falls out of the scope of our support service.
If you wish to submit a refund request, please review the Envato Refund policy:
https://help.market.envato.com/hc/en-us/articles/202821460-Can-I-Get-A-Refund-
https://themeforest.net/page/customer_refund_policyIf your issue is matching the described conditions, please introduce your request to Envato. It will be redirected to us.
Thank you in advance.
Regards,
I had seen it and quickly made it private so no worries. I’ve deleted it now though to avoid the duplicate reply.
I believe I’ve found and fixed the issue. Your wp-config.php file had the letter “d” typed at the very beginning of the file, which was creating issues across your site. I’ve removed it and the Customizer now works as expected.
Best regards,
