Yep, I can reproduce this too - my most recent email via the Contact Us methid is dated 4th July.
Looks like PHP 7.4.30 might be the culprit here - it was released on 9th June but was applied to my hosting on 5th July with no other changes occurring in my configuration.
Leave it with me - will get an update out as soon as I spot what is going on.
Thank you - I'll do some testing myself later, but I run the same config as you currently do on my own site, and I've got emails coming through ok.
Update here later once I've checked it out further
Is the providing of the above information a confirmation that you've done the suggested test, and the result was that you could receive an email via the contact form?
You could disable it, and then test if anything is coming through without it enabled and thus rule out the possibility of an email configuration issue on your side.
If you determine that you have an issue with the app as a result of the above then you provide more information for me to assist:
Version of IPS (not 'the latest' but literally the version number)
Same for this app
Then screenshots of your settings
Some details about version of PHP in use would help too (again, full version number)
Give this a try - plugin instead of trying to write some javascript.
It will insert this:
<div class="popup" id="51f18_16504"></div>
<script src="https://www.powr.io/powr.js?platform=html">
...on every front-end page of your site, apart from the /login page.
(NE) Exclude _ hide script from loading in the login page 1.0.0.xml
Off to the pub now, back tomorrow.
If the countdown element isn't required, that's an ideal use-case for the new Alerts functionality in IPS 4.7
I'll take another look at options here tomorrow if I get some spare time.
OK, I assumed by script you meant javascript code itself.
To do that, you'd probably want to put a document.write in there to handle the outputting of the html into the page.
Q: what exactly is it that you are trying to achieve? What is in the popup?
Front-end, multiples can be awarded:
Via the ACP - click 'Manage'
Then click 'Add badge':
And you can then give them any of the badges you have set as 'Manually awardable'
The above method via the ACP would meet your initial request if your feature suggestion got implemented (no need to dig around and find a post made by the user then)
When the "Permanently delete content" setting is set to 'x days after it has been deleted', we see the following when content is being deleted:
or
And then, if you happen to go to the Moderator CP and select content in the 'Deleted content' section, you see the following:
If you then change the "Permanently delete content" setting to 'Immediately' - you see those first 2 images again, and poof your content is gone.
Maybe if the setting is set to 'Immediately' then the prompts should be 'Are you sure you want to delete permanently?" in the dialog, and the 'Delete' title on hover should be 'Delete Permanently'?
See, my reading of this is:
The application titled "(DP45) Sponsorship System" needs to be updated, as per the 'Update available' link being shown.
It's listed as a Marketplace app, as per the 'Marketplace' entry in the listing
The "(DP45) Sponsorship System" application isn't listed on the Marketplace (I've searched for it)
It's possible that it's actually a custom app that has been incorrectly linked to another resource
The OP has contacted the developer (that's DawPi) and the "it is an IPB problem" is in relation to the item being marked as Marketplace incorrectly (which would stop the OP from uploading a new version if it was provided to them) and that is what is needed to corrected here.
I am happy to be wrong here
Provide a full screenshot of the page that is displayed at this point.
Log in to the ACP and type "Post before" into the search bar, and click the 'Post before registering' result.
Alternatively - go to System -> (SETTINGS) Posting and scroll down to the 'Posting' section
Which specific groups and in which specific forums?
Knowing this will help with checking your code - the above currently means that:
If they are in the listed groups then show nothing, otherwise if the forum is 3 then show something, otherwise nothing (go with \in_array, by the way)
v2.2.0 is currently pending approval
FIXES
Fixed issue with the 'Disable @Mentions' account setting not working as expected (issue will have existed since v2.0 was released, only just reported)
CHANGES
All group settings now take secondary group membership into account.
NEW
Integration with the Group Mention application (by @kRSB) - enabling this integration will:
provide a clear separation of Groups/Members in the resulting @Mentions listing
display Icons within the Group Mention hovercard listing, as configured in the (NE) Mention list enhancments settings
If using either the (aXen) Font Awesome 5 in IPS plugin or the (aXen) Font Awesome 6 in IPS application (by @aXenDev) then you can now make use of FA5 & FA6 icons in this application
Known issues
The "Limit number of results displayed?" functionality provided by this application will not work as expected if you are also using the Group Mention application - this is purely down to the way in which both applications have to hook into the IPS function which generates the results for the @Mentions listing, and is unfortunately not something which I can currently workaround.
The "Show if user is online" setting doesn't work as expected in the following scenario:
You have the group setting "Can login anonymously?" set to 'Forced'
Members of that group haven't been able to actively set themselves as 'Anonymous' prior to that setting being enabled.
This is an IPS bug which has been indicated as resolved in this post with the following reference: "Fixed an issue where some members in group that is set to force anonymous status may not be anonymous."