Convergent Trading

These functions are setters for changing the members primary and secondary groups. When used they do not clear the internal $this->_groups variable which is an internal class cache of the groups the member is in, so subsequent calls which use that cache, such as inGroup() return stale data. I'm experiencing this issue when running code in the MemberSync onProfileUpdate extension. During that extension i'm trying to sync some of the members groups to a 3rd party system but my calls to inGroup() are giving the pre-save data rather than the post-save data. Simply clearing the internal cache variable within set_member_group_id & set_mgroup_others will fix this. $this->_groups = NULL;

The developer SDK hasn't been updated for the 4.7.17 release today. https://invisioncommunity.com/files/file/7185-developer-tools/ Thanks!

If i use MemberACPProfileTabs it creates a new tab on the profile screen. I'm not wanting to add this new block to a new tab, i want to add it to the existing main profile tab.

For others wondering about this.... In order to create a hook for the Admin member profile "main" screen, you create a new Extension for "MemberACPProfileBlocks" Then you need to add a hook to add your Extension to the page. I did that by adding a hook for.. \IPS\core\extensions\core\MemberACPProfileTabs\Main and adding to the "left" or "Main" column arrays to include my new extension class.

@Jim M I don't think we encountered any issues during upgrade. Those definitions were still in the source code when i downloaded a fresh copy from your site earlier to check.

@Matt I'm having the same issue with v4.7.9. It looks to be caused by the removal of 2 tasks related to the hosting features that were removed - the task PHP files have been removed but they're still in the tasks.json definition. "monitor":"P0Y0M0DT0H5M0S","expectedOutputMonitoring":"P0Y0M0DT0H30M0S"

Thanks, thinking about the fix I posted, this code kinda stinks in general because it's not future proof for other values that might get added, so maybe better to keep the whole array and just remove the items that have been dealt with in that function... but obviously your call :-)

@Marc Stridgen this issue is still present for us. I think the idea in your code is to save the "reffered_by" key to the "guest_data" of the invoice, when i test this and check the invoice in the database there's only a "guestTransactionKey" value... no other fields So i've looked in to why this might be and it's in file /applications/nexus/sources/Invoice/Invoice.php line 1609. Function createAccountForGuest() overwrites this data and doesn't keep the referred_by key - it throws it out and therefore it's not applied later. I have replaced this code with something like the following and can confirm this fixes the problem. If you can apply this fix/similar upstream that would be greatly appreciated, then we can start using this feature! Around line 1609, replace... $this->guest_data = isset( $this->guest_data['guestTransactionKey'] ) ? array( 'guestTransactionKey' => $this->guest_data['guestTransactionKey'] ) : NULL; with... $guest_data = array(); if (isset( $this->guest_data['referred_by'] )) { $guest_data['referred_by'] = $this->guest_data['referred_by']; } if (isset( $this->guest_data['guestTransactionKey'] )) { $guest_data['guestTransactionKey'] = $this->guest_data['guestTransactionKey']; } $this->guest_data = \count($guest_data) ? $guest_data : NULL;

Thanks, I will apply the update and test it out.

@Stuart Silvester thanks Stuart, did anyone get a chance to look at this issue?

@Marc Stridgen I'm not using a clipboard manager on either of the machines i tested on (Windows & Mac).

@Marc Stridgen @Gabriel Torres I'm also able to reproduce this along with some members of our site and another admin. It happens on my Mac with Safari or Chrome, and on windows with Microsoft Edge with no plugins. Firefox is also a bit weird... it pastes the image once and then the filename along with it as well, which doesn't seem right (at least, not consistent with what it normally does). This only happens when you actually Ctrl+V the image, the drag and drop and using the "Other media" methods work as expected. It started happening after the 4.6.12 update, the release notes suggest the CKEditor plugin was updated.

Hi @Marc Stridgen, was anyone able to look in to this issue?

Hello, I think I may have identified a situation where referrers are not attributed during checkout. Prerequisites.. * Nexus set to "Force users to make a purchase when registering?". * Using Stripe gateway. * Have referrals configured Issue (I think?)... In Core, Referrals are logged and through an "onCreateAccount" MemberSync hook. It looks for the "referred_by" cookie in the request. However when using Stripe, our member accounts are created during the webhook request from Stripe - so the customers cookie is not present in the request, and the referral is not logged for the member. I have some logging running during the "onCreateAccount" hook for one of my own extensions, so you can see the backtrace of the request that creates the account from Stripe (and therefore doesn't have the referred_by cookie). Going through the checkout code I also see there's some logic to store the "referred_by" in the "guest_data" field on an invoice, but I don't see that stored in our database and I don't see any code that looks at that field to apply the referral via that route anyway (but maybe it worked this way in the past??) Would really appreciate your help looking in to this! Thanks!

@Daniel F Thanks, did you come to the same conclusion?