teraßyte

You can retrieve the default values in the file \applications\core\data\settings.json: { "key": "recaptcha2_private_key", "default": "6LcH7UEUAAAAANmcQmZErdGW2FXwVhtRBVXBWBUA", "report": "bool" }, { "key": "recaptcha2_public_key", "default": "6LcH7UEUAAAAAIGWgOoyBKAqjLmOIKzfJTOjyC7z", "report": "bool" },

When you enter a link in the editor it automatically gets the protocol added at the start. This is how the content looks if you click the Source button in the editor to see the HTML: <p> comment with a link: <a href="https://domain.com/blogs/" rel="">https://domain.com/blogs/</a> </p> <p> Relative link with a period: <a href="https://./blogs/" rel="">/blogs/</a> </p> <p> And a relative link with no period: <a href="https://blogs/" rel="">/blogs/</a> </p> If you want the relative links to work you need to manually edit the HTML by removing the protocol: <p> comment with a link: <a href="https://domain.com/blogs/" rel="">https://domain.com/blogs/</a> </p> <p> Relative link with a period: <a href="./blogs/" rel="">/blogs/</a> </p> <p> And a relative link with no period: <a href="/blogs/" rel="">/blogs/</a> </p> The link with the period uses the current URL you're on as base, the one without uses only the domain.

If you want to update all images regardless, you can add this CSS to your theme: img.ipsImage.ipsImage_thumbnailed { display: block; } This will move all images to a new line, even ones left inline on purpose, though. Instead, if you want the editor to add a new line before and after the image only when first inserting it, you'll need a custom modification since it requires altering how the javascript works.

If your front_constants.php file is inside the admin directory (CP_DIRECTORY) you can use this: require_once( \IPS\ROOT_PATH . '/' . \IPS\CP_DIRECTORY . '/front_constants.php' ); Instead, if it is in the root folder, where conf_global.php is located, use this: require_once( \IPS\ROOT_PATH . '/front_constants.php' );

Are you using a relative path to load the file? Try using a full one instead. You can find the full path of the suite files in the Support page.

That error sounds like the database import didn't work properly. If the new server has PHP 7, I'd first try to restore the current forum without upgrading in order to double-check everything is working as before. Once you confirm all is fine, upload the 4.7.13 files, switch to PHP 8, and run the upgrade script.

I assume you're upgrading to 4.7.13, but what Invision Community and PHP version are you on currently?

Honestly, I don't even know where I have my 3.3 backup files to look at the code. All I can tell you is that adding backticks to the name should allow you to make it work. Try replacing: rows in the query with: `rows` Since the error log above is not complete, I don't remember the session file location. You'll have to search for it. That query throwing the error most likely isn't the only one. A few similar ones are probably around in the code, but searching a generic "rows" term would return tons of useless results. The only way is to fix the errors/queries as they come up. Anyway, we can't give you a simple "edit file X and Y to fix it". 😔

They don't offer any more support for the 3.x version. Also, the RECOVERY_MODE constant works only for 4.x, so it won't work for you on 3.3. That said, your issue is that your MySQL (MariaDB) version is too new compared to the version required by the 3.3 version, and the "column name" rows throws an error because it's a reserved word now. It can be changed to make it compatible, but I really suggest either downgrading your database version or updating the site to the latest 4.7 version. 🙄

4.7 doesn't support adding PHP code directly to a page. You need to create a PHP Block and then add it to the page itself.

Yep, you can just delete the member accounts and start back from scratch. Or you can take a backup of the forum before importing, and simply restore it if something doesn't work with the process, too.

Oh, sorry. I forgot the ACP now shows the simple theme editing page first. Click on the button Use Advanced Theme Editing top-right, and then the search field I mentioned will appear. 🙂

It should be the same I think, but I'm not 100% sure honestly. To be completely sure import a single test account, and then try logging in with that account yourself to see what happens.

That's the correct place, indeed. For the Default theme, it's the first </> icon. For the other theme, you can find the same icon/option in the menu.

Go to ACP > Customization > APPEARANCE > Themes > [Theme row] > Edit HTML and CSS. In the page that loads, enter the template's name guestCommentTeaser in the "Search templates..." input field, then open the template from the sidebar, search for the HTML above, and remove it. There are 2 places with the same code, remove both.

I gave up on FB long ago. It's simply impossible to keep up with their constant changes. Twitter (X) is probably going away soon, too. 🙄

Not really sure what you're asking here. Could you clarify? With an example maybe.

Based on what you said, the link at the bottom has an ipsDialog attribute on the button, and when you click on it, it loads the login page in a popup (and since it ends up being a redirect it behaves like in the video). You'd need to remove this code (or something similar) from that login button: data-ipsdialog data-ipsdialog-size="medium" data-ipsdialog-title="Sign In Now" Removing data-ipsdialog alone would be enough, too.

You can map every value in the CSV file to the corresponding column in the IPS database on the import page. In the import form there is also a Yes/No option Send confirmation email? that you can leave disabled and the users won't receive any notification of their account.

Nothing has been changed about it so far. Here's another topic with some recent replies for the same question:

As you can see from the badge under my photo I'm also listed in the Providers Directory on this site. If you send me a PM with more details I can certainly take a look. 🙂

Your issue is coming from the IncomingEmail function rather than a custom profile field search. It's a new, different bug.

@NightAngel Ah yeah, I understood that. My post was mostly a "the browsers support it now" kind of notice. I know that in the past only Firefox supported it initially (with v93 I believe?). Things have changed since the last time I checked. 😋

Except for Edge (which can enable it with a runtime flag) all other browsers do support it by default currently: https://caniuse.com/avif 🤔 (IE doesn't count 😋)

It should be possible as long as you call the IPS class that handles it: \IPS\MFA\MFAHandler::accessToArea( APP, AREA, URL, MEMBER_OBJECT ); You can use one of the existing areas (like the login screen) or create a custom app to support a custom MFA location.