Posts by Tim Düsterhus

This can be confusing for automatically created event threads. The thread title gives the event's local time, while the embedded BBCode gives the time in the account's timezone. Either the BBCode should give the event's local time or both times if they differ.

Hi

levi45 It looks like this might required a bit more of back and forth. It might be helpful if you could provide us with a database dump so we can check it ourselves. You can provide it to us by creating a ticket. Simply create one, referring to this thread. We will then request your database information via a separate form.

Hi

levi45 Thank you. I can confirm that they adjusted the format in XenForo 2.1. Try replacing the file lib/system/export/XF2xExporter.class.php with the attached version. It should fix the issue.

Note: Before doing a final import after you verified that the exporter works I recommend re-installing WoltLab Suite to make sure there are no duplicate entries!

Hi

levi45 Apparently XenForo changed the format of the custom profile fields in the database from “PHP serialized” to “JSON”. Can you clarify which exact version of XenForo you are trying to import?

Hi

rokoys Use the URL shown, but remove anything after and including the question mark. So up until index.php.

1. Create a thread with type “Announcement”.
2. De-select all boards.
3. Submit.
4. Notice it works fine.
5. Open the “Edit Thread” dialog
6. De-select all boards
7. Submit the dialog.
8. Notice the following Exception:

Hi

Quote from Ruff Seas

Thus regarding what you stated in your response to me in Post #5, do you think I should have them change the setting to PHP Version 7.3?

If you don't run any plugins then I recommend PHP 7.3. If you do you might need to check with the authors whether PHP 7.3 is supported. It should be supported for most.

Hi

Quote from Ruff Seas

I may be mistaken, however I seem to recall Alexander Ebert stating that the preferred PHP Version to use is 7.1; additionally, using version 7.2 OR 7.3 can lead to various problems with various apps and plugins - among other problems as well.

The preferred version is the newest version that supports all your apps and plugins. Apps and plugins from us will support PHP 7.3 just fine!

SupaHigher Apparently a database table the plugin created during installation and tries to remove during uninstallation is missing, leading to this issue. I can second the existing advice to file a ticket so that we can look into it and hopefully fix the database of your community.

Hi

Quote from Ruff Seas

One thing I noticed - and hopefully Matthias Schmidt and others at Woltlab Development - have noticed the several misspellings, and words which are not needed, in a few of the sentences under "Stop Forum Spam".

I just looked at the screenshot and noticed one typo (“ignore” instead of “ignored” for “do not check”). But as none of us are native speakers: Could you clarify where you would make changes?

Hi

what do you actually want to achieve? https://en.wikipedia.org/wiki/XY_problem

Hi

Quote from Black Rider

I would suggest another way (which I’m using for brandings):

yes, this is the recommended solution.

Hi

JavaScript should always reside in WoltLab Suite Core which would be:

Unless you are developing a full-blown app (such as WoltLab Suite Forum or WoltLab Suite Calendar) the first one would be equivalent, because it defaults to WoltLab Suite Core for non-apps.

Hi

with the 5.2.x series the necessary CSS will be applied to the Avatars. Keep in mind that HTML support in emails varies a lot across clients so not everyone will see the round corners. I checked with Thunderbird in my tests.

1. Create a new thread without a poll (polls = 0)
2. Create a reply with a poll (polls = 1)
3. Trash the reply (polls = 0 because of ThreadEditor::rebuildThreadData not counting trashed posts)
4. Delete the reply (polls = -1 because of PostAction::delete calling updateCounters for the poll count)

I suggest that the updateCounters call is replaced by a rebuildThreadData call, possibly the one a few lines above could just be moved down.

Hi

use the phpBB 3.1.x importer for phpBB 3.2. The version history specifically includes fixes for phpBB 3.2, so it was tested at least once. Sonnenspeer is right: The differences are small enough to be handled with a combined importer.

1. Create a category and check “Hide forum on the forum list”.
2. Create a forum in that category.
3. Create a new main menu item pointing to the category.
4. Create a thread in the forum created in step 2.
5. Log-In with a user that did not yet read the thread.
6. Notice that the main menu item does not show that one thread is not yet read.
7. Uncheck “Hide forum on the forum list”.
8. Notice that the main menu item now shows that one thread is not yet read.

In addition: The “Forum” main menu item probably should not count threads in boards that are below a board that is hidden in the forum list. Only when a hidden forum is directly linked it (and it’s children) should be included in the counters.

Hi

it sends status code 303 instead of 307 for the redirect.

Hi

GameDevJon Can you try the following, please:

1. Open the file filebase/lib/page/DownloadPage.class.php.
2. In that file find: HeaderUtil::redirect($this->version->downloadURL, true);.
3. Replace with: @header('HTTP/1.1 303 See Other'); HeaderUtil::redirect($this->version->downloadURL, false);.
4. Check whether it now works on the first try on Windows (log out of the community, restart the browser and log into the community).

1. Create a new thread and opt for “Delayed publishing”
2. Move the thread into Trash.
3. Restore the thread from Trash.
4. An Exception in thrown in PostAction, line 1390 because of the $post->isDisabled check in line 1312.

1. Open the new thread form.
2. Input a tag.
3. Type a comma on the virtual keyword.
4. The tag does not transform. You can add more words to the current tag even after the comma.
5. On blur the tag, including the comma, is transformed.

I'm using the SwiftKey keyboard.