Ryan Ashbrook

This line is likely the problem:

RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.(php|html) [NC]

Try this instead (note I have not tested):

RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.(php|html)$ [NC]

Right now, this is actually working as designed - and it's a bit complicated. When a renewal invoice is generated, we go through all cards the customer has on file in order to attempt to take payment. When we do this we generate individual transactions for each attempt, until one succeeds, which handles everything from capturing the payment, checking fraud rules, calling the gateway, getting back information from the gateway, and then either marking the transaction as approved (and in this case the invoice as well), declined, or marked for manual review. This also includes sending out the individual notifications for when any of those events occur for the individual transaction.

So then, the problem becomes determining what notifications to send, and when, since the system automatically determines the appropriate one to send, based on its status. Further, the notifications are centralized and are used for all transactions, including the customer checking out, renewing manually, the administrator manually charging the card, or automatic payment taken so we would need to rework all of those flows as well. So while it seems simple on the surface (and ideal - I agree, though one could argue that it could act as a reminder to the customer that they have an invalid card on file that they should probably update or remove), it's actually a larger change that we will likely have to make in a larger update rather than as a simple bug fix.

In most cases, customers will only ever have one card on file, so typically it's a non-issue (either it works or it doesn't and only one resulting transaction is generated).

Unfortunately, not at this time. We are investigating a short term temporary fix, and a longer term more permanent fix, however I do not have anything to report at this time, I'm afraid.

The block is based on the download logs as configured for your categories. So, if you've recently changed these to retain downloads indefinitely, then this would not be applied retroactively.

So, for instance, if all of your categories previously only retained 7 days worth of download logs, and then those were updated to keep download logs forever, then the previous logs would not be applied because they have already been removed.

Looking on your site there, the Download Log for your most downloaded file only has 11 pages, totaling 103 downloads, though the file itself has seen itself been downloaded over 17,000 times. So what happened here, is those logs were likely pruned.

I took a look at the logs, and this was indeed a temporary issue while we are working on a few things. It should be fine now.

Logout URL's are not actually supported by the software, currently. Currently, the correct behavior is that logging out from the community will only log you out of the community, and not the provider.

This would likely be something third party, so you would need to consult the developer of that add-on.

I can confirm on my own site, that if I set my locale to match yours, then the date is formatted correctly:

The formatting of the date will always be controlled by the locales installed on the server, and not by the software itself. If you upload this test script and run it in your browser, does it show correctly, or the same as the community does? If it is incorrect, then that means the pl-PL locale on the server is configured incorrectly.

datetime.php

If it does show correctly, however, let us know and we can look on your community specifically. The format of the date in this script does not take any community settings into account.

I believe this issue is related to the amount of categories you have. I have identified where the problem is, and have submitted a fix for a future version.

Yes, the fix is included in this release but because the files are not present on your site yet, you will see the same issue going from Beta 2 to final.

I've fixed this issue for the next release - for now, you can proceed with the manual download (the download button will provide only the changed files - not the full suite download).

I'm looking into this.

I refreshed your license data - in your Admin CP, go to License Key and click "Refresh License Data" and that should update everything.

Click this button:

Then on the next page most operating systems / browsers should allow you to export the page as a PDF. On Mac / Safari, you can just go to File > Export as PDF. Some others may have the option behind the Print dialog.

Commerce says it is currently offline (see the text under the application name). Click the Enabled badge, and toggle it's offline status to On.

ACP > Applications. Two things to check:

1. Make sure the application itself is online and available.
2. Click the arrow to expand the moldules list, and make sure the Support module is enabled and groups have permission to access.

It just means that you have a theme installed that has at least one customization made to it, which would be referring to the Bravo 6 theme that is listed there, from the Marketplace. If you remove that theme, that message will go away.

Do you have the appropriate htaccess files in both directories? You should make sure you download the .htaccess file from your ACP > System > Search Engine Optimization > Rewrite URL's - you can download the file from the description.

Once you download that make sure place it in your forum directory, and not in the root of the site (that should still contain your .htaccess file from WordPress).

10 hours ago, Adriano Faria said:

Agreed. Anyway, I think this should be an admin’s decision. He can control new accounts with email validation, check IP address, restrict messenger for the initial group, restrict number of reactions per day, etc.

I think I know what you did, because I tried the same thing and was skeptical about how easy it was so I didn't post it. 😉

I also wrote the reactions system. /humble brag

I've gone ahead and split the posts about redirects not working into a new topic so we can look into that specifically.

Hello,

I've split your posts into a new topic so we can look into this for you - redirects should work after conversion.

23 minutes ago, Bethanyrayne said:

Just wondered why Google Analytics shows URL of a topic as /topic/767-horse-racing-t...-31-december-2021/?_rid=1

I am referring to the ( ?_rid=1 ) part. Anybody know?

This is a referral link - this means if someone visits that link, and then registers, the member with the ID of 1 will be credited as referring that person to the site.

16 minutes ago, Bethanyrayne said:

While I'm here when I click through to view the topic I posted the URL has /topic/767-horse-racing-tips-31-december-2021/#comment-872

Why the #comment-872 on the end?

This is an anchor - it's used by the browser to take you directly to the post you're trying to view (in most cases, the latest unread post) rather than taking you to the top of the page.

Oh yes, you're right - sorry about that. A plugin or application would likely be the best option, then.

Have you checked your word or link filters? I see from your settings there, that the group is not set up to bypass those, so that is likely causing it.

3 hours ago, InfinityRazz said:

Is it possible for me to sync a purchases expiration date with a unix timestamp saved in a database externally(aka 3rd party desktop application)?
Is it possible for me to change a license from "active" to "expired" from a 3rd party desktop application?

I don't see why not using the REST API. If that doesn't work, then yes, a plugin would be required most likely.

Are you referring to just for the forums app? If so, then that is not currently possible.

If you mean across the entire community, then yes - when editing a group, under the Content tab, search for the Posting Limits setting.

For PM's, they have their own limit - see the Messaging section under the Social tab when editing a group.