What happens? Does it stay as a textual link but not a hyperlink? Do you see an error at the bottom that says the URL couldn't be embedded? Do you have any errors in your system log (use the AdminCP live search to look for "System logs" and then view them) when you try?
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.
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).
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?
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.
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.
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.
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.