bfarber

Yes, that's entirely feasible. You can adjust permissions on a per-category basis (there is no requirement to have more than one category either if you don't want) to control who can add files, who can download files, who can view files, and so on.

{{if !$event->mapped('locked') AND $event->hidden() === 0}}
...
{{endif}}

Adding that parameter will effectively tell the backend confirmedDelete() method that the request was confirmed.

The typical manner of doing this is to add the data-confirm attribute to the link, and then call confirmedDelete() on the backend. Don't forget to use a CSRF check if appropriate (which is most likely the case if you are deleting something through a GET request).

Are any tasks running at that time of day? Server backups, or system tasks within our software?

You could create a plugin to do this.

Thanks, I've updated the internal discussion with the extra info.

If you enable the record image field, you can edit the permissions for the field on the Fields page for that database, including which groups are allowed to upload an image when submitting a new record.

We use oembed to embed a URL. You should perhaps reach out to TikTok and suggest that they support their own mobile URLs at their oembed endpoint, as we do not control the information supplied by them.

https://www.tiktok.com/oembed?url=https://www.tiktok.com/@invictusmann/video/6856481534585605381

and

https://www.tiktok.com/oembed?url=https://m.tiktok.com/v/6856481534585605381.html

work. Compare to 

https://www.tiktok.com/oembed?url=https://vm.tiktok.com/ZSW329cu/

which does not

When this was raised internally it was pointed out that the extension for Commerce is named "Customer" and works. Do you have any further information as to why your custom name isn't working?

I'm not seeing this issue. When I upload 3 images I get 33.33%, 66.66% and then it finishes (we round to two decimal places).

and notifications of someone liking your content is linked to something besides "following" already (it's the "Mentions & My Content" section).

No, we don't track click areas on your community with that option.

I think it's fairly obvious what the average user is doing when browsing a forum and using it. The vast majority of users are reading, and perhaps replying, not using auxiliary features like marking a forum as read.

I've raised this internally for consideration.

The tar/xml files are not retained. They are install files and are used to install the resources, and then are removed.

It is generally against license agreements to purchase a plugin or application and use it on more than one site. If the author of a resource does allow this, then you may be able to reach out to them and ask them for a copy of the resource once you've purchased it to install on another site. If you are speaking of test sites specifically, we have a special -TESTINSTALL key that you can use on your test site which will give you access to your resources purchased for your live site for a test installation.

You're missing an automatically created database column used to track parent associations. I'm not sure how that would have happened unless you uninstalled and reinstalled Pages after starting the conversion. We can help you resolve the issue through the support desk, however.

If you switch to the English pack do you see the same issue?

This was reported as a bug and will be resolved in an upcoming release.

So you have an item showing on the "Our Picks" block which is broken, but it does not show on the "Our Picks" page?

Run the support tool in the AdminCP to clear caches, and if that doesn't solve the issue submit a ticket. My first guess would be an old block cache that needs to be cleared.

It's fine to load resources from S3. Running the support tool should have (and sounds like it did) resolve the issues.

\IPS\Output::i()->cssFiles = array_merge( \IPS\Output::i()->cssFiles, \IPS\Theme::i()->css( 'css-file-name.css', 'myapp', 'front' ) );

Is there anything logged to the System Logs that might give you more information?

It redirects to this URL

https://www.tiktok.com/@invictusmann/video/6856481534585605381?source=h5_m

Which embeds just fine

Since screen real estate is more limited on mobile devices, the most common and important elements need to be emphasized. While I sympathize with what you are bringing up here, the reality is that most average users are not regularly attempting to mark the forum as read (but they are regularly attempting to scroll through and read through topics). This is why the button may be de-emphasized on mobile.

Pressing the "like" button should not result in you being notified of new replies to a topic.

We sent an AdminCP bulletin for this because it is a security issue, however it is targeted/isolated and does not impact all clients. Because the notice was sent a little differently, that's why you're seeing it when you may not normally have due to your license lapsing.