Ryan Ashbrook

Only Forums, Blogs, and custom fields in certain areas support Polls at this time.

Yes, that is legitimate code used by Facebook Pixel. You can learn more about that here. It's harmless, and doesn't actually show on the site itself unless you specifically enable it. Since you appear to be using template disk caching (which is why you found that in a file in the uploads directory), if you delete the file then it will simply automatically regenerate.

This is kind of a difficult scenario - technically, they are in fact two different pages (and you can see this when you look at the View a category button on the right, above the entry list). The first one is the overall blog, which would show every single entry. The second is viewing a specific category within that blog, which would only show entries in that specific category. If that user posted another entry within that blog, but in a different category, the issue would resolve itself because the first link would show both entries, whereas the second would continue to show just the one. So then you have the opposite problem, in this scenario, with the canonical link pointing to the root blog while viewing a category, instead of pointing to the category itself.

If you click the link to Recount, it will give you the option to do either that individual member, or all members.

At the end of the day, I'm not sure it really matters, so whichever you feel is best will work fine.

The only table that would have been created during upgrade would have been the calendar_events table - and technically, it wasn't actually created but rather renamed from the old cal_events table for the Calendar application. I am unsure of the other two tables - the first one looks like a third party application, and the second one looks to have been a copy of the posts table (which was renamed to forums_posts). Searching through both IPS4 and IP.Board 3, and there is no reference at all to any "posts2" table. Regardless of where they came from, it is fine to simply change them to InnoDB.

Currently taking bets on how many times @Ehren is mentioned in this topic.

We actually do this ourselves for various things (though we do it the other way around - from here to Monday). 🙂

You can change this via the language system. ACP > Customization > Languages. Click translate on your language and search for the following and adjust accordingly: num_short_thousand num_short_million num_short_billion

Yes, and also more subtlety between the parts that are bold and the parts that aren't. This is the example I saw, which does actually work for me.

This is interesting, because I'm actually experiencing the same in this instance, but when I came across this the other day I actually did read the example text faster. I wonder if weight and size somehow contribute?

It should have prompted you on the requirements / health check screen. It would only disable designers mode to proceed if you clicked the button prompting you to do so.

Those are not standard columns for that table, so it seems that would be something third party related.

For the language query - that query always runs, because that is the main query that loads all of the words that will be used on a particular page. The only time that query would likely ever not be ran, is if there are no language strings on the page, which will be rare. That query isn't actually run by Pages, and is actually ran by the core itself. The other queries are necessary because Pages has it's own unique routing system, so those queries are necessary to determine if you are on a Pages page if the URL of the page you are viewing does not match up to an existing friendly URL from one of the other apps.

If you are running WHM on your server, see here: There seems to have been an automatic update that happened. Try disabling zlib.output_compression in your PHP configuration, or contact your host and ask them to disable it if you are unable to.

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.

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.

It's showing fine for me - you may need to clear your browser cache.

To add to that, the <a> tag is added using Javascript. If you disable Javascript in your browser and load the page, you'll likely see the same thing the API is sending.

With regards to theme resources - it's not moving the files (mostly - images are moved), but it's actually just re-creating them on the fly from what's in the database as you access the site. When it does this, it automatically creates the folder using PHP's mkdir() function and attempts to CHMOD it to the correct permissions using the chmod() function. If either of those fail, then an error will be thrown. Both of these do, use the configurations as noted in the documentation. It will only ever do this once, though, when it creates the folder. If the CHMOD permissions of the folder are being changed after it was initially created, then that would be caused by something else outside of the software. I'm not seeing any instances where the software changes it to a value other than what is defined by your configuration. All of that said, however, getting to the root cause of this would likely require us to take a look at the affected site. If you are still experiencing this issue, I would recommend starting your own topic so we can start clean and take a look for you specifically.

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.

I do not recall any recent changes to template disk caching. It's also working for me in testing. Though note it does not work while IN_DEV or in the Admin CP.

You're likely seeing something else - I can confirm that if a topic is truly linked to a database record, then the software intentionally blocks editing and merging on topics. If you need to edit it, you must edit the record, and when saved, the new contents is synchronized to the topic.

You can use an Image Feed block that only shows Featured Images.

See my reply here. Because we use ranges to send the contents of the file in parts, we need to also send the total file size of the file being downloaded along with the parts we are downloading. This needs to be completely accurate otherwise the download will fail. Additionally, using ranges is not specific to the downloads application - as such, the size of a file may not be known when it is sent to the browser to be downloaded, so we get the total file size on the fly. That being said, there should not be any significant impact on download speeds for this, since it is only done once at the start of the request. Any impact would likely be server related.