TDBF

Marc,
Thank you very much you are a gem!
 
Thank you,
Much appreciated, this install is from 3.4 and has a lot of entries from that version.

Get this error when upgrading to 4.6.10.
All files and folder permissions are correct.

This is due to a disparity of the actual amount of comments and the comments count, especally if there are posts from a person/persons block in that topic.
The comment count function does not work as expected, as calling the function resyncCommentCounts() without removing the blocked person posts will return the wrong result and count. Hence why there are more pages than comments.
I have PM'd Miss_B regarding this issue, but received no answer of yet. 🙂

I had missed your pm @TDBF, just read it and replied back Anyways, I have placed this at the top of my to do list and look into this a.s.a.p.

My members are getting this error when they have a member/s on ignore within the topic. This topic has around 115 pages with over 2700 posts.

Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.
 

When you have create a theme from a parent theme, the ordering of themes in not respected in the front.
This is my ordering in the ACP: Themes

This is the ordering when I click the theme link to select a theme. As you can see, the ordering below is not the same as I have chosen in the screenshot above.
This only happens when you create a child theme from a parent theme.

Ah, indeed thats likely causing the problem there. If a user is clearing things each and every time visiting, the system would see it as the user visiting every time. As mentioned by Matt, having an option to switch this off would probably be useful in this scenario

I agree, having a user option to turn these off would be useful.

Marc, this has nothing to do with caching or 3rd party items. 🙂
A couple of members I have spoke too who have this problem, have stated that they aggressively clear their cache and cookies when their browser closes, their device caching is cleared or an extension which does this for them.
Since the only check for a device is a random 32 char string saved within a cookie, this will be problematic when users remove their cookies before returning to the forum to sign in. Hence the reason why some of my members receive the new device emails all the time and others do not.
As the 'Send an email when a user logs in from a new device' setting is global and members not being able to opt out of these emails, I will have to disable this setting for the time being. I cannot have my members spammed with this email every time they sign-in and my server will be more happy about this too.
Appreciate your help as always. 🙂
 

There isnt any plan to change the way in which these work in relation to caching at the present time, unfortunately. Glad you found what was happening there though

While the topic is marked as solved. The real solution is to use:
{$record->customFieldDisplayByKey('title', 'listing')} in template instead of $record->_title. This way the formatting works as for every other field. Also different output with second parameter "display", "listing", "raw" - everything you want 😄 

Yeah, if the option to edited these fields for the title and content really should be removed or should work as that would remove a lot of ambiguity when editing these settings.

I can understand, that they do not want special formatting anywhere else. So that one cannot break activity stream, notifications, blocks or any other area where title and content is used. But I do not understand why they suppress formatting even in database templates. I mean, we can format every other field via format options without touching template. However, for title and content, we have to do it in template. Ridiculous. 

I do. But this works only for display and listing. It is not system-wide. Notifications and activity stream use title as is. This is not critical, but I wonder why title and content cannot use format options. Even in templates. The options are there, but they are just ignored.

This constant doesn't affect the speed at which emails are sent, only the amount that are processed 'per cycle' and background tasks are designed to run as many cycles as possible in within the allowed server resources.
There isn't a way to restrict how many emails are sent per time, perhaps you may want to look at a service such as SendGrid or SES that can handle the volume.

There is a pulldown menu where you can select the forum to pull posts from.
I will have a look at adding tags in a future version.

You mean when you create a Page block?
Yes there are some instances where you can cache a block, and these are normally with 'custom' page block, and will be found on the content tab underneath the editor window.
Like this:

I just thought I would give you an update on our situation.
After speaking with our forum and staff members, they made it clear they didn't want to move to another forum software and some even offered to pay our fees (which was amazing tbh).
After the news about restoring the 6 monthly payments, this makes it easier for us payment wise and we will be sticking around for a little while longer. As for the support, I may have been a bit hasty at first!
So thank you for listening to us regarding the yearly payments, that does help. 🙂

The selection on whether or not to cache a block is when you create a custom block with custom content, and create this from the admin CP. You will not see this on standard blocks you add on the front end of the site

This has now been corrected for you, and you are able to log in. The issue here is that while your site is at root, its using files from a forums folder. There is a copy of files which are residing in the root of your FTP, and those are not actually the files your site is using. So you are editing the wrong files there. Note, you should not need any of the suggested edits above for your site to work correctly, so they have been removed.
 
All that was needed there was the conf_global.php file to be edited to https correctly. You were editing the wrong one there.

You have an amazing community, and thank you for sticking with us. 🙂 

Hi Marc, yes indeed...seems like that helped! 🙂

You will find block cache settings in the AdminCP, System/Settings/Advanced Configuration under the 'Server Environment' tab and then look for Performance. You will see 'Cache sidebar, header and footer blocks' settings.
However, you cannot turn block settings off, but you can bring it down to 1 minute.

I just thought I would give you an update on our situation.
After speaking with our forum and staff members, they made it clear they didn't want to move to another forum software and some even offered to pay our fees (which was amazing tbh).
After the news about restoring the 6 monthly payments, this makes it easier for us payment wise and we will be sticking around for a little while longer. As for the support, I may have been a bit hasty at first!
So thank you for listening to us regarding the yearly payments, that does help. 🙂