LiquidFractal

Thank you Lucas. But can you tell me if this will also prevent myISAM tables from being written through the installation of 3rd-party apps/plugins (I ask because the variable mentions "default" storage engine)? And if so, might this prevent their installation or compromise their function?

Is it possible to configure a database from its creation to use only innoDB tables, even if 3rd-party Invision apps/plugins want to create myISAM?

I was wondering/hoping if you could make it easier for users to manage their single allowed test install site. As someone who is facing the very real possibility of having to transit/reboot their site to an entirely different domain, I would like to be able to switch my own test install site (instead of waiting for Invision to get back to me) after I have deleted my original test site (which I have done). Quite frankly, I thought the Invision software would detect that my test site no longer existed and free up the test install site accordingly. This of course would be optimal.

I'm trying out a new Invision test install and was wondering if: there's a way to configure the Invision DB to always use innoDB and override any calls to create myISAM tables if so, would this interfere with, or make impossible, the installation of any 3rd-party apps or plugins as a result? Thanks!

I've been testing problems with my Downloads module over the past couple of weeks, and this involved uploading (and then deleting) several files ranging in size from 100-600MB. It was when I was backing up my site(s) that I noticed vastly inflated file sizes (when I know nothing major was going on). I went into the Moderator CP and made sure that any Deleted Content was deleted permanently before performing site backups. After some checking, I realised that some of these test files in fact haven't been deleted - they were still in the monthly uploads folders and had to be deleted manually. So two questions: Has anyone else had this problem? Could cron jobs have anything to do with this? For some reason I found my site's tasks were set to run with traffic, when they should have followed a cron job (this has since been fixed). Thanks in advance for any insights!

I'm having huge problems with this on my site for large files, which neither Invision nor my VPS provider seem to be able to solve. I try to upload large files (~600MB), and I get no progress meter and things crap out with the -200 error. The added wrinkle to my case is: I have a test site on the same VPS as my production site: same Invision versions, same PHP version (which is set globally to handle files of up to 800-900MB). Test site works just fine with 600MB files (which is what I need for my clients); I even get both progress bars! I'm currently talking with Invision about re-uploading the entire Downloads module to see if there are some discrepancies in the files which may be remedied that way. Perhaps a long shot, but I seem to have little recourse.

Sorry....I think I misunderstood the app. So you add a hotspotted image as a widget using the Manage Blocks arrow at the left side of the screen? My apologies....I think I misread something down the line! 🤪

Hi @ReyDev...just so I'm sure I'm on the same page as far as functionality goes: Hotspot Images currently works with images posted in Forums and Blogs but not (at least not now) images in Pages articles, Gallery, or Commerce. Is this right? Thanks!

As I've been migrating my clients to client Spaces, I've been relying more and more on the Invision file system. However, I find that when I upload files to client Clubs ("Spaces") the progress meter doesn't always show, which has the risk of indicating that the upload in fact isn't taking place at all. This is obviously a crisis of conifidence for my clients. I have tried disabling apps and plugins, and have found that only when I wait for a completed file upload notice that I see that files have uploaded. This doesn't apply to larger files, e.g. of several MB

Thanks for the reply. I'm still considering purchasing, but will see what happens in the near future. 🙂

As to your first point, unless I'm missing something, unless they've already triggered that campaign you can add any member to a campaign through their profile page on the adminCP in the left-hand column, like so: I think your second point is a great idea - sort of like a "We miss you!" drip campaign. I agree, Also, @rebraf, we have a trigger for when someone purchases a subscription - not sure if anyone has mentioned this yet, but what about one for when a subscription is renewed? I see the possible drawbacks, but if one has 100 (or more!) members to manually restart campaigns for, I could see that getting time-consuming and tedious. It seems like the best strategy for this would be an email in the drip campaign with a link to a page (or, if you don't have Pages, a forum/blog post)?

There are currently no settings for these two modes. Do you think this might be implemented in the future? Personally I'm more interested in having this work for Gallery images, but if they work for images posted in Forums that's pretty cool too. 🙂

Hi @ReyDev, You definitely have a promising application here! I do have a couple of questions (apologies if they've already been asked): Will these hotspot configurations work in Gallery pics? And if they do, I assume they do not conflict with the existing Notes function for images there? Will these hotspot configurations work for product images in Commerce? It wasn't clear to me from your website's demo. Secondary to this: I was wondering if you were considering making them compatible with images in other applications, e.g. @onlyME's Slider Maker or Forum Cover? Thanks!

I think I've mentioned this before, but since one can add a member to a campaign from the adminCP, it might also be very useful to be able to remove a member from a campaign there as well.

I have a suggestion regarding members and campaigns. To use my current case as an example: when member X purchases product Y they are added to a drip campaign for emails for thanks, followup, etc. However, as EDC currently stands, if X purchases Y again in a few weeks' time (or ever, in fact) they won't receive any more messages because they're already part of the DC for product Y, which is now listed as completed. OK, I see a certain logic in this in some cases. But in my case, I have clients making repeat purchases of hours packages, and they're often buying for others (e.g. their children, who are students) and may not pay a lot of attention to/may forget/may just delete the initial followup emails/messages, which in my case contain a link to the Store and other useful information for repeat purchases. I would have to go into their adminCP Member profile and manually restart their campaign (which can be time-consuming if you have lots of people making repeat purchases). I think this could be alleviated by removing a user from a campaign as soon as it's completed. I realise that, depending on the nature of the product and the campaign associated with it that timelines could get a bit choppy, and that perhaps there isn't a one-size-fits-all solution, but sometimes it makes perfect sense for the campaign to restart with a repeated purchase. OR.....could this be toggled on a per-campaign basis? What if one could configure a campaign to automatically restart if it is re-triggered by a member's repeat purchase before it is completed the first time around? [Or (just spitballing here) if each step could be configured to either execute once or to repeat with repeated triggers? (Not sure about this last one - it just came into my head while I was typing!)] I hope this makes sense.

Hey @Marc Stridgen. Yes, I'm using the most recent IPB version, 4.6.5.1 (complete with recent patch). I just tried restoring all buttons to the default configuration once again to be on the safe side and the problem persists. And the Support page shows no files missing. I'll submit a ticket. Thanks for all the followup here!

Hey @Jim M! Yes, I used the adminCP reset function. And I hadn't thought to check the browser console for errors - great catch on that one! 🙂 So it looks as if the button process is trying to load the colordialog code, which doesn't seem to exist:

Just wondering if Invision should include the ability for developers to notify purchasers/subscribers that app/plugin X is "now UNSUPPORTED" or "support will expire at date X" as per this comment? This could be a real help for those of us who want to leave unsupported apps behind and plan for the future of their sites.

Ahh, OK. I'm not sure if you've done this already, but it might help if you listed them as "unsupported" so that people like me can look at deleting them and looking for alternatives. I know you have a huge list of stuff to update with every cycle, but it saves people asking you all the time too! Come to think of it, I wonder if it wouldn't be a good idea to have a developer notification sent out to purchasers telling them that "App X will lose support after time X," like an EOL notice or something. Lets people plan for the future of their site.

That would be cool, as I suddenly have a dire need for this application which I've been tinkering with up until now (and 4.6.x now "frowns" on version-unverified apps 😀).

So does this mean that some of your apps are becoming unsupported?

So on my test site I just reset my CKEditor buttons to their default configuration, and now I find I am unable to set custom text colours. I select text, click the Text Color button, and click the More Colors... bar at the bottom of the window - the screen goes light for a split second (as if the color selection window was going to appear), and then reverts. I can select from the default color tiles, but when I want to enter a custom hex code, nada. Nuthin'. Tried disabling all customisations, tried removing the button from the editor config and re-adding it...makes no difference. Likewise, trying different browsers makes no difference. I have no idea where this issue comes from (e.g., CKEditor or Invision's implementation of it), so I thought I'd mention it here.

So wait, there are no more updates for this, @BomAle? Is this just for the Invision site, e.g. are there any updates from your website? That sucks...maybe this has been the case for a while but this is the first I'm aware of this.

Hey Adriano....I assume this is on your big to-do list for 4.6 compatibility? 😀

Is this going to be updated for 4.6?