IPCommerceFan

Yeah we currently use a template hack where we duplicate a bunch of elements (category sidebar, product groups on the index, possibly others) and specify which member groups can see what.  Its messy, and would be amazing if product groups could have permissions of their own.
For our use case, we would use the group permissions to show resellers/vendors special packages only they can access, while simultaneously hiding the public-facing packages from them.   The opposite would be true for guests and regular customers.

I have few minor suggestions😍
Fire a webhook when an instance is started ( payload: Member & Campaign) It would be handy if there was also a webhook when a campaign is created/started, but I guess this could be really tricky.. not sure if it's really reasonable. A REST endpoint where one could start & cancel a specific campaign for a specific member

You could try:
$desc = \IPS\Member::loggedIn()->language()->get("nexus_package_{$item->id}_desc");
strip_tags($desc);
substr($desc,0,1024);
etc

It would be interesting if the suite could count daily outgoing emails, and queue into batches anything in excess of a user-defined number.  200,300,5000, etc.  An interface for managing/prioritizing emails would eventually be needed for cases where certain emails need to go out ahead of others in the queue.

Thank you for you report, a fix will be included in our upcoming release.

I noticed that sometimes the YesNo widget settings in the app developer center don't work. To reproduce follow this steps:
Let's use the CORE application, open the developer center and go to the WIDGETS tab. Click the edit button for the activeUsers widget (or any other really). Try editing the Allow widget re-use? or Embeddable by Pages app settings; they'll work just fine. Close the settings modal popup without saving the changes (either clicking the X button or clicking somewhere else in the page). Click the edit button for the stats widget (or any other really). Try editing the Allow widget re-use? or Embeddable by Pages app settings; the settings can't be edited.  
To be able to edit the settings again you have to re-open the first widget's settings (activeUsers in the example above). After clicking the save button the modal popup gets destroyed and the settings in the next plugin can not be edited just fine. (Well, another way to fix the issue is to simply reload the page and open right away the widget you want to edit.)

It would be interesting if the suite could count daily outgoing emails, and queue into batches anything in excess of a user-defined number.  200,300,5000, etc.  An interface for managing/prioritizing emails would eventually be needed for cases where certain emails need to go out ahead of others in the queue.

Do you have any example user who encountered this error? I'd like to review the process and the data being inserted. Feel free to message their display name or post their user id if you do not wish to post display name.

I dislike how the version number is so prominent on the subject line for a download.
My File 1.0.0
Can we reformat this?
 
My File   version 1.0.0
 

Im not sure what gives you that impression there. There is no way in which to fix this issue. You are trying to fix something that isn't something that is broken. If you deleted members, it will not change other peoples IDs to ensure every ID is populated as you are suggesting. You stated also that you changed some of the tables, but there are a lot of tables. If you do that, you will very likely break your site. If you feel I havent answered a specific item there, you would need to clarify

I will probably do this until retirement, so we've got at least 20 years to go. 🙂 
Or unless I marry rich. Seems unlikely. And even then I'd probably work or I'd go crazy.

What about..
{{ $gtsym = '>'; }}
{{ ... $this . html_entity_decode($gtsym) . $that ... }}

I didn't test it, so I'm not sure if that would simply lead right back where you started.  It seems plausible though.

It worked!  Thank you very much.

Thanks for the report, this should be fixed in a future release.

Have you tried adding the data-pageapp selector?  It sounds redundant since you're talking about the default app, but perhaps it is needed.
 

You have to make the System app your default app, and then the Content Discovery module your default module within that app.
You can do this via System > Applications in the Admin Control Panel. Click the star next to System to make that your default module, and then open the dropdown to reveal the various modules within that app, clicking the star next to Content Discovery.

Another update for you, just to let you know this has been patched on the 4.6.8 release. You can see this patch on the support area of your Admin CP

This was implemented for 4.6.9 🙂
 

This has been resolved in the latest 4.6.8 release. Please upgrade to get the latest release, and let us know if you see any further issues.

Hi,
Thank you for letting us know, we'll make sure this is fixed in a future release.

I found the answer. All query data is available in the Item's constructFromData() function.

Added as potential cause

I think its very likely this was an anomaly in your data there, but will pass on the information in any case. I havent seen this happen in the thousands I have seen updated from those releases

Thank you for letting us know of this. Could I please confirm if the issue occurred from 3.4 to 4.4.10 or from 4.4.10 to the current release?
Also, just making sure you aren't still having to use a plugin to correct yours. If that's the case, you shouldn't have to be and we need to get that resolved properly for you