bfarber

No, there is no way to go back to the previous method. We ran into an issue in our own code using HTML with this new method, which we've since addressed. It seems unlikely we will be returning to the older method for the MR output.

Is that the exact code you used? The error on the surface sounds like a syntax issue, missing parenthesis or something like that.

At this time you cannot simply open a new tab to the AdminCP because we embed a session key in the URL, and we only allow one session at a time per account. You can, instead, right click a link on the first tab and open it in a new tab, as this will include the session key in the URL.

The title of a request as well as the request body are required, and cannot be disabled without a customization.

I would not recommend it. I seem to recall without opening up files to inspect the code that kg and lb can be converted to/from behind the scenes. Just specify in kg (i.e. 0.01 or whatever the value you need to enter is).

You will be better off focused on creating unique and valuable content for Google to index. The underlying technical bits such as outputting structured markup and generating sitemaps are already covered.

AdminCP > Customization > Editor Toolbars

I would recommend submitting a ticket for assistance. I can't see how the issue you are describing as you are describing it at least would exist.

Products have more options. Subscriptions are a more focused type of product, basically.

You can create extra calendars and categories, and then specify permissions at the calendar and category level to denote if a guest can access/view or not. Using this methodology you can create public and private areas, and dictate which areas each group can access. You can do the same with activity streams by visiting System > Applications, expanding the "System" application and adjusting the module permissions. That said, it's worth pointing out that a user will only see content they can access in the activity stream, so allowing guest access isn't a problem from a permissions perspective.

Note that it can take some time for the message to go away once you switch to cron (or your traffic increases). It tells you this in the message, and suggests ignoring the message for a day once you've addressed the issue. In other words, when you set up the cron (or a traffic simulator) the message doesn't just immediately go away on its own.

If the moderator has permission to moderate in clubs, they should be able to perform the same moderation duties in the club nodes they can perform in other nodes.

Typically data-* attributes are leveraged for other things, such as javascript, and you can't just rename it without any consequences.

You'll want to edit the mobileNavBar template I expect in the AdminCP under Customization > Themes > edit your theme templates.

You cannot edit permissions for club nodes - the permissions are determined by the club (e.g. a public club anyone can see, a private club only club members can see, and so on).

This typically means you have plugins installed that were made prior to 4.4. You will need to open them and change fun_get_args() to \func_get_args() (precede the function call with a backslash).

Topics don't have a "featured image" or anything like that, so no, not out of the box. I do believe there are addons in the marketplace for this sort of thing, or you could use Pages instead.

If this is happening on your site please submit a ticket. If it happened with our emails, we don't send bulk mails from the AdminCP typically (we use Mailchimp for our newsletters) so it would not be a bug in the software.

I believe this is a bug that was inadvertently fixed for 4.5 already. You can try rebuilding your search index to see if they show up, or submit a ticket so we can investigate if you wish.

You cannot override the preference when sending bulk mails. It's possible to move everyone back with a direct database query, but you need to consider any legal ramifications in your jurisdiction. The appropriate column is allow_admin_mails in the core_members database table (holds a 1/0 value).

Then that would indicate you do not have AdminCP access. You're going to find it incredibly difficult to administer the forum if you don't have AdminCP access. You may wish to submit a ticket for further assistance.

That constant is available currently and prevents all emails from being sent (they are logged to the path defined, but /dev/null on a Linux box just discards the file). In reference to the "share topic" spam concern some clients have raised, a patch was released today to address this concern.

It has not, I just wanted to point out what you are asking for will be available in the next major release.

The JSON+LD structure has been updated for 4.5 to remove the warnings.