Jump to content

teraßyte

Clients
  • Posts

    33,811
  • Joined

  • Last visited

  • Days Won

    55

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Projects

Release Notes v5

Invision Community 5 Bug Tracker

Forums

Events

Store

Gallery

Everything posted by teraßyte

  1. Looking at your site, the CSS/JS files cannot be loaded properly. The server returns a 500 ISE: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator at webmaster@jeepforum.nl to inform them of the time this error occurred, and the actions you performed just before this error. More information about this error may be available in the server error log. Have you already tried clearing the caches in ACP? Also, double-check that the permissions for the uploads folder are correctly set. If the permissions are wrong the code might be unable to write the files properly (and that would explain why they cannot be loaded, they were never written).
  2. Shouldn't it go to the last comment in this case? 🤨
  3. Have a look at this guide:
  4. Based on the error you posted, your core_sessions table is missing from the database. You should check with your hosting about how/why this happened. The table doesn't hold any significant data, so it's possible to re-create it with a simple query. But I would check if anything else is missing first. If more than that table was lost, you may need to restore a backup.
  5. Based on your screenshots, you have no 3rd party modifications installed. The only plugin you have is disabled, so switching to PHP 8.0 shouldn't cause any issues. The only thing I can think of is that the PHP 8.0 version is not compiled with all the required modules. Switch again to PHP 8.0 and use this script to verify the PHP version meets all requirements: If the script returns any errors, ask your hosting to fix them. If the script passes all checks, and you're unsure how to proceed, it would probably be best to hire a 3rd party Provider to look into it. While you're at it, you can also look into updating to the latest version since you're ~15 versions behind.
  6. Maybe the server you're on doesn't have PHP 8.0 available as a version? Otherwise switching to PHP 8.0 won't break the forum. Maybe they misread that message and think PHP 8.0 will break it instead? 🤨
  7. Ok, based on the message your host can indeed update your account to use PHP 8.0. Once the PHP version is changed the forum will keep working and the message will go aways.
  8. What Invision Community version are you using? The latest 4.7.x version supports both PHP 8.0 and 8.1.
  9. The search language string is used also in other locations, even inside title attributes or other ones. The FA icon HTML you're adding is breaking those HTML elements most likely. Rather than editing the language strings, editing the template (or making a modification) to add the icon would be your best solution in this case.
  10. I noticed this code while I was checking the changes from beta 1 in \applications\core\modules\admin\languages\languages.php: // This appears inside a dialog. The following instructs the dialog to handle the download via JS rather than using a native form download. This allows the dialog to close when done. $filename = $lang->title . " {$lang->version}.xml"; $form->attributes['data-form-is-download'] = ''; $form->attributes['data-form-download-name'] = "testing to see if this works " . $filename; I don't think the testing text string is supposed to be there. 😋
  11. Lines 250-269 of the \applications\core\dev\html\front\modcp\report.phtml template: {{if count(\IPS\core\Reports\Types::roots() )>0}} <section class='i-margin-top_3'> <div class="ipsButtonBar ipsButtonBar--top"> <h2 class="ipsTitle i-font-size_1 i-flex_91 i-align-self_center i-padding-start_2">{lang="responses_to_report"}</h2> <ul class="ipsDataFilters"> <li> <a class="ipsJS_show ipsDataFilters__button" href="#elFilter_menu" id="elFilter" data-ipsMenu data-ipsMenu-activeClass="ipsDataFilters__button--active" ipsMenu-selectable="radio"> <span>{lang="automoderation_report_type_filter"}</span><i class="fa-solid fa-caret-down"></i> </a> <ul class="ipsMenu ipsMenu_auto ipsMenu_withStem ipsMenu_selectable ipsHide" id="elFilter_menu"> <li class="ipsMenu_item {{if ! isset( \IPS\Request::i()->report_type )}}ipsMenu_itemChecked{{endif}}"><a href="{$report->url()}">{lang="all"}</a></li> <li class="ipsMenu_sep"><hr></li> {{foreach \IPS\core\Reports\Types::roots() as $type}} <li class="ipsMenu_item {{if isset( \IPS\Request::i()->report_type ) and \IPS\Request::i()->report_type == $type->id}}ipsMenu_itemChecked{{endif}}" data-ipsMenuValue="{$type->id}"><a href="{$report->url()->setQueryString( array( 'report_type' => $type->id ) )}">{$type->_title}</a></li> {{endforeach}} </ul> </li> </ul> </div> {{endif}} The IF check for report types should be moved AFTER the <section> element. As it is now, if there are no report types only the ending </section> element is displayed on the page.
  12. Is the setting to allow remote images enabled in your ACP? 🤔
  13. Try using the Contact Us page instead: https://invisioncommunity.com/contact-us/
  14. Are you using Chrome perhaps? I had the same issue for a while after an update, but another one seems to have fixed it now.
  15. Does your conf_global.php have an HTTP URL but your hosting automatically redirects URLs to HTTPS instead? That might cause issues, too.
  16. Considering you can't even see anything below the Get Support title, something is definitely very wrong with your site/files. Nothing specific comes to mind without looking at it directly, though. Are there any errors in your browser console?
  17. There should be a Database box on the same page below those orange/red messages at the top. What does it say there? Does it show No issues identified or something else?
  18. The converter app is not ready for v5 yet.
  19. The only part the license check skips is the protocol: HTTP vs HTTPS. Everything else in the URL has to match. It's always been like that.
  20. It should have been converted to a RAW HTML block on the frontend now. You can edit the content there.
  21. I believe they have an open(?) bug report about the color field not working correctly. I reported it back in the first alpha versions.
  22. @Marc Looks like it's an issue when Commerce is disabled:
×
×
  • Create New...