Tripp★

@Li3D, @Tripp★ - the issue with duplicate notifications was surprisingly hard to debug, as it turned out to be caused by a conflict with files which were removed a very long time ago from the source code, but kept in your website files as (to my surprise) the upgrader does not remove them automatically.
But the update is now pending approval on the Marketplace, so it should be available within the next few days. Apologies for the delay.
It was a scheduled task in the past, but I decided to reimplement the feature as it was extremely slow and unreliable, mostly due to the technical constraints of Invision Community Tasks feature. At this moment it is not possible, but I will keep this in mind when working on future updates. Thank you for your suggestion.

An external service being down shouldn't completely hang and lockup the queues though? That doesn't seem right?
 

I am also having this issue since updating the application a few days ago. All new topics are posted twice for some reason.

I am also having this issue since updating the application a few days ago. All new topics are posted twice for some reason.

Hi,
It works thx !
But now, other notifications are sent twice 🤔

Exactly.
I have done more testing and it seems that this is repeatable on LibreWolf and the TOR Browser. I suspect it's got something to do with the fact that there are strict controls enabled, surrounding HTML5 Canvas or something.
T'was a browser issue all along.

The upload will resize the image in the end-users browser before uploading it, I would also suspect this issue is coming from their computer.
It's likely that the image doesn't need to be resized to fit within your attachment limitations, but it does to fit within the avatar size limitations.

Can you share what image processor you are using on your server? Is it GD, or Imagick?
You should be able to simply search for "image" or "Imagick" in your ACP to verify this.
Does this also happen when uploading this image as an attachment in a comment or post on your server or only when being used as an avatar?

I see it now. $postBeforeRegister used to be = NULL in the method variables and it no longer is; just passed through.
Strange the scanner doesn't catch this like you said; stranger still it working just fine here.
🤷‍♂️
I'll pop another version off.
 

I've noticed an impressively funny bug in the report center of my site. I wonder if other people are having this issue; or if it's unique to my site. I'm running IPS 4.7.4 on PHP 8.0.x
Basically all the options say "Complete":

I mean it's a good hint for my staff to get their butts in gear I suppose but I don't think it's intentional and it somewhat didn't do this on the previous version.

Just a quick note to let you know this has been resolved in the latest 4.7.4 release, which went out a short time ago. If you are still experiencing this issue after upgrading to that release, please let us know.

Hi @Allen Talk,
We all have to start somewhere of course, so don't feel disheartened if you cannot find things like this. I am hoping the above posts helped answer your questions?

This can be setup from within the ACP (Administrator Control Panel), what @Adriano Faria showed you is correct.
Simply:
Within the system tab (The gears on the left hand side of the screen) Under "Settings" "Terms & Privacy Policy" There you will see "Site Guidelines", "Privacy Policy" and "Registration Terms & Rules".
It's the last one of the three you want to fill out to make that appear on your registration form, as far as I am aware. You could also make the cookie bar appear at the bottom of the site too through this section of the ACP.

I have submitted a new version. Thank you.
It is via task, which requires your board to be active (have users online)... or you can set a Cron job.
Made a quick test and worked just fine. Test new version (when it's out) and let me know if still not working and you are sure your board is active.

Hello @Adriano Faria,
Wasn't sure if you were aware of this or not, but apparently this isn't compatible with IPS 4.7.3 and PHP 8. I know you probably have a lot on your plate, it's just something I wanted to bring up in case you weren't aware is all.
Kind regards!

The version compatible with IPS 4.7.3 is currently pending approval.

FWIW I re-engineered this this evening. Just about, if not, every username link, and userphoto can be targeted with CSS via data attributes [data-online="online"] and [data-online="offline"]
This will allow you guys who can do CSS to do things - even more so once the :has pseudo class gets supported (this will allow you to format a parent item that has a child with x,y or z - but this will still be awhile before we see this in wide support)
Anyways, I'm going to try and add some of the requests in and then we can talk about what's possible.
Note that if the userphoto or userlinks in this new system are generated with data (userLinkFromData, userPhotoFromData templates specifically) the online status is determined by a task running every five minutes to get that status. Given how online status is determined, and how it lingers, I doubt this is a big deal - just FYI.

I assume you've already checked the code of all your modifications and found nothing related to the license key settings/code?
 
Maybe you can try adding some logging to check at intervals if the license key is still present. From there you can find out when it happens, see what was running around that time, and possibly add more logging based on that.
But yeah, it's gonna take some time.

Looking at the orig. plugin it didn't do most of that.
It did PMs (that's an easy add), but none of the other stuff you listed that I can tell. In fact, my supporting all application comment and review areas already far exceeds what the original did, unless I'm missing something.
So, what you are looking for is support on the content items themselves? Some of that is doable but it is all one at a time stuff by and large. Not only that but due to how activity stream and search results are pushed out, there would be (under the current model) loading the member objects for the members for each item to check if they are online or not (those links are not member objects but just created on the fly with basic data such as member id, member name, etc.)
I can see a somewhat universal (like, possibly everywhere) way around this though but still would need some thought. Especially if the solution to hooking everything everywhere is to just target the basic user photo and user link templates but that risks spillover in places unwanted. Not a lot of engineering at all, but it would be a sideways approach different than all the usual stuff we've done with this. Hmmm...
Shoot me a PM with some specific screenshots - I'm going to try and tackle some of the earlier requests here first, plus people are coming out of the wood work with "recreate this please!" requests due to all this old stuff going dark in a month or two (including two or three plugins that are required on a site I'm currently doing work for that I had no idea were in that pile so...)
 
 

Fixed. New version uploaded.

Yep, that was more what I was referring to here, cloning your production site to a test site and uninstalling the third party applications/plugins. Unless I misunderstood what you meant here with your previous test. If your cloning test comes up with the same results, that would indicate further that it is a third party add-on causing this.

Sure thing, and totally understandable and I don't exactly have a good track record of being clear and concise at the best of days. 
But basically when you had System ticked it showed up on the 'elUserStats' bar:

When you selected only Forums:

Despite the fact that this is also true:

In the past, this has worked. If nothing was selected, it'd just show up in the 'elProfileStats' bar and nowhere else. But that doesn't appear to be the case anymore.
Anyway, I hope that's as clear as I can make it. I hope you have a great weekend. Apologies for landing this on you on a Sunday. 

Whenever you delete member's posts where he has abused the reactions, and then used the recount reputation from ACP after they were deleted. It recounted the reputations, but it didn't recount the "DAYS WON".
 
Reputations and DAYS WON options shouldn't be linked together, so whenever you recount a member reputation, it should recount his DAYS WON too.

Thanks for confirming! I'll look into this and have this addressed in an update soon.

Thank you but this isn't an option on my main site, unfortunately. I don't have that luxury.