Jump to content


  • Posts

  • Joined

  • Last visited

Reputation Activity

  1. Like
    supernal got a reaction from Noble~ in (NE) Dice Roller   
    Any chance of this being available for 4.5?
  2. Like
    supernal reacted to bfarber in Upgrade from IP. 3.4.x to IPS4.0 (updated)   
    Generally speaking, you upload the new files to perform the upgrade, then you go into your hosting control panel to change the PHP version, then you run the upgrader.
  3. Like
    supernal reacted to Sheffielder in Custom Notifications - Supporttopic   
    Hi @Fosters - is there an ETA on this one? I really love it but not working with latest version  🙂 
  4. Like
    supernal reacted to ahc in Custom Notifications - Supporttopic   
    Hello @Fosters just checking in.
    Any ETA on when this will be upgraded?  It currently does not work on 4.5 and is the last essential application we're waiting on an upgrade for.
  5. Like
    supernal reacted to Fast Lane! in When plugin/application upgrades fail in 4.5   
    Lindy I just tried to message you privately. Doesn't seem to be possible. I'll post my PM here with my site redacted (I'd love to send it to you though so you can see why I am talking about):
    "Hi Lindy. I replied on the forums but self hosting is pretty critical to my business. Both because I can control upgrades/changes and because we make the forums an integral part of a larger website (and try to make it seemless).  We have tons of custom parts of our site that work with the forums but are not IPB based.  If it's just a cost structure change for self hosting I'd be cool with that, but losing the ability to self host would be earth shattering.
    Here is my business, so you can see what I mean: www.****.com. We are a sizable site/business with around 50k users a day.
    We cross posted. Thanks for the quick reply. I'll sleep better :-).
  6. Like
    supernal reacted to CoffeeCake in When plugin/application upgrades fail in 4.5   
    That would be the day we'd immediately begin transitioning to another platform.
  7. Like
    supernal reacted to Lindy in When plugin/application upgrades fail in 4.5   
    Paul, the feedback truly is appreciated. With anything, there are inherent risks. You can buy anything and it can go unsupported, warranty denied, or any number of things you hadn't hoped for. The Marketplace is an inherent risk to IPS as well. Anytime there's a fraudulent purchase, a developer disappears and/or there are chargebacks, IPS bears the burden of such - financially and otherwise. When you are dealing with inexpensive resources at a 10% commission, one $15 chargeback it can take dozens of transactions to recoup the loss from that one previous transaction. The Marketplace, from a financial standpoint, is a loss leader for IPS, but it's something that adds value to the product and enhances the customer experience. So, yes, there are risks - for everyone. We've drastically improved the footprint and presence of the Marketplace for 4.5 and thus increased exposure - which ultimately, will be great for everyone. With that, however, necessitates the need to leverage tighter control of the Marketplace. If you buy an app in the App Store or Play, you don't get the source. If the developer disappears, that's the end of the app. That is the unfortunate reality that we all face virtually everywhere else. 99% of the time, the risk pays off.
    I completely understand where you are coming from, Paul. Truly. You are fortunate to have the skills and desire to get your hands dirty. I do, however, have the advantage of knowing our customer base and  very respectfully - you are indeed the exception, not the norm. Most want to point, click and go. I understand the argument that has been raised: "why not have both?" - we effectively do, even if it's not quite what you had in mind. You can manually install resources and if you wish to purchase something in the Marketplace, there is nothing stopping you from contacting the author and asking for files and likewise, nothing preventing the author from providing it to you. The only caveat is it's installed through the unofficial installation side of the framework and thus unsupported. Beyond that, if the author agrees with your assessment that you should have the ability to view and alter their resources, what we've done in 4.5 should have no bearing on you. If you're asking to have it like it was, I'm afraid we have no intention of doing so, to be completely candid. Whether that changes in the future is unknown, but at this juncture, we will continue to improve the infrastructure, processes and work with the authors to create the best experience we possibly can. There will be bumps. There always is - as we speak, there's an app I can't open on my iPhone since an update - it just crashes. I've been doing this long enough to know things happen and I don't expect the developer or Apple to catch everything. Likewise, we can't predict the perfect storm in every circumstance and when we find something, we will all learn from it, do our best to ensure it doesn't happen again and rather than mask issues that bubble up outside of the Marketplace, they will be dealt to ensure other customers don't encounter the same thing.
    Invision is moving in the direction that the majority of the Internet has already moved towards. Point. Click. Done. Fewer and fewer people have any interest in the nuts and bolts of things anymore. We used to have our own datacenter space long ago. I remember personally, in our earlier years, getting late night calls because a power supply failed, or one of the Cisco 6509's didn't come back after an update, or a processor failed. I know nothing about latest server hardware and I haven't had to telnet into a power strip in years... do you know why? Because I don't have or want to. 🙂 Our infrastructure is housed entirely within AWS these days. They do what they do, so we can do what we do and while they aren't perfect either... it works. That is what the overwhelming majority of customers want. Of course, if I wanted to get my hands dirty and rack a server, there are still colo providers available. If we wanted to download, hack up and mess with a collaboration and communication tool - we could, but why? That's what Slack does and I don't care what their code looks like, or what the third party developer's code looks like. It's point. Click. Done. If there's no done, they will work until there is. Again, it may not be your ideal outcome and I really do understand the mistrust, but we just can't be something to everyone and in this case, we're focusing on the things you shouldn't -have- to focus on vs carving out space for you to rack your own server. Others do that well, but we are moving away from that model and I do realize it's a big change for some. We hate to alienate or turn away anyone, we really do.
    In short: I would encourage you to contact authors moving forward if you want a copy of a resource and see if that's an option, either as a courtesy or by purchasing from their site instead of the Marketplace. We are standing firm on our position with regards to how the Marketplace will function moving forward. You have my word and commitment to making that the best possible experience it can be. We will also improve communication for these types of things in the future. I think we just assumed everyone would welcome the change - who doesn't like simplicity, right? There's obviously a few that do care and we'll be more mindful of that.
    Thanks again for taking the time to provide concise and constructive feedback, Paul. It's appreciated.
  8. Like
    supernal reacted to Square Wheels in Marketplace   
    Another suggestion for the ACP Marketplace, please have the error message that pops us when trying to upgrade be more specific when it's time to renew.  I tried to upgrade an app and see this when I click Install Upgrade, then I click Agree & Proceed:
    Then I need to leave my ACP, come here, pay the renewal fee, leave here, go back to my ACP and try again.
    Could be a little smoother.  🙂
  9. Like
    supernal reacted to Lindy in Marketplace   
    Yes, we had so many issues, so much support overhead and so much customer dissatisfaction with inconsistency and sloppiness prior to 4.5. We only provided cursory reviews for initial submissions and as is often the case, a new product (or resource) tends to start with a base and then future releases build upon that with enhancements. Without screening updates, we were missing some pretty significant issues that broke communities. Couple that with the disorganization of customers manually managing updates for resources, leaving their community in an unstable site with a hodge-podge of outdated third party code, we had to make a decision. Either limit the damage a third party resource could do to a community, which would mean removing some of the flexibility that makes resources so useful -- or exerting control over what's pushed through the Marketplace. We opted for the latter as it ultimately benefits the majority. The majority of contributors from a support and even, to an extent, piracy standpoint. Customers because the resources have far more stringent standards, are screened - even for upgrades - which can only increase confidence and stability in the product. IPS, because the support overhead is reduced due to out of date third party resources, poorly updated resources, etc.
    We recognize there have been a few bumps and I apologize for same. I have the utmost confidence and faith in this change. Regarding approvals, more information regarding the process for critical updates has been posted in the contributor forum - please be sure to follow that forum if you don't already. In short, there's a provision for critical updates. Normal updates should be expected to take 24-48 hours or so, which is typical of an app store based on my research.
  10. Like
    supernal reacted to Lindy in Marketplace   
    We underestimated how many would not follow or are otherwise confused by the new Marketplace guidelines. We're also surprised by the number of submissions that won't install at all or won't uninstall, thus indicating an unfortunate lack of testing. So, we didn't put in place provisions to better communicate pending status updates - but we are considering it now and your proposal is a fantastic idea, thanks.
    Do note, developers who do not follow the guidelines and have their submission rejected are pushed to the end of the queue unless it was a very minor error. This allows the team to more quickly process those who did in fact follow the guidelines, but does delay the rejected resource from getting to you, for which we apologize.
    There will some transition pains for both sides as we have never been in the position of taking a true no non-sense approach to the Marketplace before. It may take a bit of time to break old bad habits. 😉
  11. Like
    supernal reacted to CoffeeCake in Marketplace   
    It would be nice to show something along the lines of "a new version has been submitted for review" and "Developer action required" or "IPS review pending" as statuses to help end users have visibility into this process.
  12. Like
    supernal reacted to Stuart Silvester in Marketplace   
    87% of current pending reviews were submitted either yesterday or today (i.e. in around the last 24 hours), there are three pending reviews that are taking longer than usual for various reasons.
    Reviews are definitely not slow at the moment, but what you may be seeing is a developer saying their resource is pending review and then their submission being rejected. In this situation it may look like the reviews are taking longer than they really are, but we're waiting for the developer to submit a fixed version in that case, so we can review it again.
  13. Like
    supernal reacted to CoffeeCake in When plugin/application upgrades fail in 4.5   
    No, it's not a terrible idea on its face, and I don't think it's fair to characterize it as such. IPS is now dealing with the reality of the concerns raised during the beta. If I, as a customer, had a marketplace available to me of supported, quality products, that IPS took ownership of, controlled, and gave me assurances would be supported long term, I'd have no issue here. I'd just open up a support request, let you know that something was not working right, and IPS would help me fix it.
    Now that you recognize the degree to which the items available via Marketplace are not following your best practices, I'm glad you're doing something about it. Please continue that effort. It improves the ecosystem. Yet, I think we'd be better served if you owned the shortcomings of the execution of that strategy, rather than characterizing those who alerted you to the issue in advance of having some sort of agenda. I also think you need to be in better touch and communication with your stakeholders regarding your roadmap for major changes like this and involve them in those conversations so you can get a better sense of the impact that may be difficult to see from your perspective. We could have likely had a thirty minute call that could brought to light these issues and concerns earlier on in the process and have helped guided your direction and execution. I think IPS would be well served to seek out and embrace those sorts of partnerships with customers.
    Maybe that's the goal, yet the state of Marketplace in 4.4 and below was exactly the opposite, and you're now catching up. From our vantage point, the Marketplace was a hodgepodge of questionable practices, of which there was no assurance of quality, stability, or functionality. I'm glad higher degrees of scrutiny are being placed on new offerings, and that you're seeing just how that was the case, yet the purpose of my opening the topic is to ask what happens when your best of intentions fail. This is an example of where there's a clear lapse in the considerations being made by reviewers. This is an issue IPS needs to address to reach your goal. Part of the review plan should be install/upgrade/delete this on a large sized community.
    We purchased your software because it was modifiable, and with the intent to modify it ourselves to suit our community's needs. We know that what is good for our community may be completely different from the needs of other customers. And to be able to create modifications, we do need the access to developer documentation and to the community of developers that is currently available only to those who contribute Marketplace resources. We purchased modifications from your Marketplace in 4.4 because we were able to see, understand, support, and take over maintenance of those resources without depending on someone else. Now that this isn't the case, and we don't yet have the necessary trust in the direction the Marketplace is shifting, we've had to quickly reverse course and strategy to making the modifications ourselves. We went from two custom modifications in 4.4 that weren't from the Marketplace to ten customizations we've developed ourselves in preparation to migrate to 4.5. In addition to taking on that technical debt, we're being limited in learning from the collaborations with others. That's not right.
    For the Marketplace to work for communities like ours, we need assurances on the following things:
    IPS' commitment to amend its review processes to look for issues that manifest themselves in larger communities (i.e. communities with millions of rows in each core table) and for issues that occur in the install, upgrade, and removal of third-party resources. Support for circumstances that arise from missing an issue on the IPS review of a third-party product (i.e. "We missed that this botched the conversion process in our review, so we'll provide support to you to fix the state it's in and work with the developer to get it working") Transparency in the expectations you place on developers that are viewable to individuals who have not released an item on the Marketplace (i.e. where can I learn about developing background tasks?). IPS' assurances to address the very real, and unfortunate reality of a third-party developer being no longer able to support or update a resource purchased through the black-box of a Marketplace. (i.e. We can't have a dependency of Developer X being the only one with keys to our enterprise.) IPS' commitment to notify self-hosted clients well in advance of major strategy changes such as these in the future. We would have significantly amended our budgeting and resource allocation had we known about this change to the Marketplace in advance, and you lost a great deal of the trust we put in you as a vendor by failing to do so. We're left with egg on our face making up for this lapse in the eyes of our stakeholders. We see ourselves as having a symbiotic relationship with Invision, where our respective successes help grow and support each other. We want you to succeed in these ventures as your successes enable ours. Yet we need to have a trust in our partner to ensure that our interests are protected. Doing so positions us to be advocates for your company and solutions, over simply being a client looking for the next best thing.
  14. Like
    supernal reacted to Lindy in When plugin/application upgrades fail in 4.5   
    It's really regrettable there was an issue. You shouldn't need to download, read dev docs and debug to use the Marketplace - that is in fact the very point of what we're doing. If you have a desire to dissect third party resources, you're certainly encouraged to work with the author directly. I know there's disappointment and there's a few of us really looking for examples to illustrate the decision as a terrible idea, but it was given a lot of consideration. It was discussed, vetted and took a considerable amount of time to develop. I appreciate the feedback and am sorry for the ill will this has generated, but we absolutely will not compromise, moving forward, on the integrity of what's provided directly through the Marketplace framework. I understand the seeming irony here with this case and while we cannot account for everything in our reviews, things will continue to improve. If you have to open a code editor to use something acquired directly in the Marketplace, we have failed somewhere along the way and the solution is to fix that... NOT just provide the download , let customers fix it themselves and break the chain and overall flow of the Marketplace.
    As a point of interest, the framework allows third parties to use background tasks and Michael (who is a fantastic dev) suggested he could move this area to a background task. I think this is a simply an edge case - an unfortunate one nonetheless.
  15. Like
    supernal reacted to Joy Rex in When plugin/application upgrades fail in 4.5   
    First off - my apologies for my rude assumption - guess I was in a bad mood when I wrote that...
    Second, I hear what you're saying - but how many IPS customers are like yourself and @Paul E. that do know what they are doing - probably not that many. So from a business perspective, it makes sense for IPS to move towards a framework or methodology that allows them more flexibility in software development since any support requests are likely to come though the ticketing system anyway.
  16. Like
    supernal reacted to Haku2 in When plugin/application upgrades fail in 4.5   
    I am actually a professional software engineer who works for one of the big tech giants. I never said it was easy. As you stated above, without going into the specifics, it's a lot more difficult with web-based software and would likely incur overhead. The point of this topic is that IPS has shifted from methodology that provided customers with a versatile way to install third-party applications to one that is fairly locked down and prone to issues if the surrounding conditions aren't nearly perfect. And, then, in the event that something does go wrong, there is no longer much you can do yourself to fix it without contacting the developer or submitting a support ticket. This results in time being wasted (in addition to possible service outages) to explain and get support for the issue. It also makes those who invested time in getting a technical background to solve these types of issues feel powerless.
  17. Haha
    supernal reacted to Joy Rex in When plugin/application upgrades fail in 4.5   
    Against 1M records? IPS should give you a free license for massively optimizing their script!
    I see what you mean - so how they've changed the upgrade/install process has made it more difficult for users like yourself with the knowledge and understanding to be able to tinker under the hood so to speak - well, you can't say they didn't deliver the Apple Experience™ you were wanting!
    Hopefully IPS' support can help you out, especially when it seems you've done most of the heavy lifting for them.
  18. Like
    supernal reacted to CoffeeCake in When plugin/application upgrades fail in 4.5   
    That's a great question. I couldn't find the answer in the developer documentation, so I'm really not sure. I'm asking here to find out and generate a discussion for the benefit of all. I should be able to provide a link to you right now in those docs that says "here's how to handle background tasks," but I couldn't find it. That's problem #1.
    Problem #2 is that absent that, and absent the ability to inspect resources in advance of install, we now cross our fingers and see what happens.
    At the rate the plugin was converting things (50 members at a time, ~1,000,000 members, at what looked to be about 1 second per 50 members) this would have taken just shy of 14 hours to complete this task.
    I can think of two solutions:
    Process the conversion as a background task that runs regardless of whether or not a connection is available. Prompt the administrator to run SQL directly in the background as various parts of the 4.5 upgrade do for long running queries, and press continue when complete. It's insane to create a dependency that 20,000 calls to a web server need to execute flawlessly or else the process breaks.
    Looking at the code on my test machine and examining the upgrade.php script that runs, this could have been handled with two queries. One that would have inserted a row per match from core_members, and another that would have dropped the column from core_members.
    Something like:
    INSERT INTO autowelcome_members (welcome_member_id, welcome_sent) SELECT member_id ,member_welcome FROM `core_members` WHERE member_welcome = 1; ALTER TABLE `core_members` DROP COLUMN `member_welcome`; This used to be a problem I owned. I could download a plugin, look for things like this (we're primarily interested in 1. will it scale?, 2. is it secure?), make any necessary revisions, and we'd be happily on our way. Yet, now IPS has taken that ability away from us. I have to go digging around the filesystem of my test install to find what this thing is doing, whereas before I could look straight at the tar or xml and catch it ahead of time. The above query runs in under 3 seconds on my install. 3 seconds compared to 14 hours.....
    If IPS is going to take on the responsibility of looking for issues in lieu of allowing us pre-install download and inspection, then the recoverability of upgrade/installation scripts is something they should be examining for potential issues.
  19. Like
    supernal reacted to Joy Rex in When plugin/application upgrades fail in 4.5   
    You've never done software development, have you?
    I cannot think of the hundreds, nay, thousands of hours IPS must have put into 4.5 - all the testing, planning, trying to make things as smooth as possible for their customers to upgrade their sites, etc.
    If the connection between the host and client is terminated, there's usually no way to tell the host process "hang on, something's wrong" and stop whatever processes are running, and record a stopping point (can you imagine if it was inside a query - I suppose a rollback is possible, but again, a lot of overhead for something that isn't likely going to occur).
    The absolute safest way is to run the upgrade via a RDP or similar process, so that way if the client connection is cut, the VM running the upgrade can continue uninterrupted (because presumably the host machine is on a solid connection with redundancies for power, etc.).
    This was unfortunately a case of bad luck on @Paul E. part, but I take exception blaming or insinuating that IPS is somehow "not determined enough".
  20. Like
    supernal reacted to Haku2 in When plugin/application upgrades fail in 4.5   
    If they were really determined, there are ways of tracking where the upgrade left off. Otherwise, the easier option would be to move the upgrade process to a background task.
  21. Like
    supernal reacted to CoffeeCake in When plugin/application upgrades fail in 4.5   
    Today @Michael.J's Auto Welcome plugin was updated with 4.5 support. As a part of the upgrade process in 4.5, an incrementing process runs to presumably move data out of a Not Good Place(tm) in the database into a place deemed acceptable by IPS Marketplace guidelines. As we have many, many members, this process was slowly incrementing, 50 at a time, toward the very large number of members that we have. This must have met the IPS standards and must have been blessed by IPS' review process.
    Unfortunately, my internet connection blipped out during the upgrade, causing the process to fail, and leaving the plugin in a state where it's not fully updated, it's trying to rerun SQL queries that were already run, and there's no way to move forward. I can't download the 4.5 resource to see what it's doing, nor can I restart or pickup the upgrade process. Maybe I could uninstall and lose all data associated with it through a reinstall, but that's ... less than ideal.
    What's the plan, IPS, for this sort of stuff? Who supports this? You? Michael, the third party developer? I'm out of luck? Thankfully we test rigorously before doing things in production, yet it seems that these sorts of things (moving data within the database) should be required to be developed as background processes that continue to run and aren't dependent on the administrator's internet connection. Is that not possible for plugin/application development? Are you not thinking to check for this? Did this get overlooked? Where's the developer documentation for background processes even located?
    No criticism of Michael here. He's doing good work, and making a good product. IPS needs to take ownership of this nonsense by making it impossible to see these issues in advance and locking out downloads from the Marketplace. This isn't the Apple experienced we were promised. And if there's a place where Michael could have learned about how to setup background tasks in the upgrade process for a plugin or application, then I should be able to find it when I look at the developer docs.
  22. Like
    supernal reacted to Adlago in Why am I so bad at using IPB to rebuild it's theme cache?   
    Have you checked the permissions on the folder css_built_50  - it should be 777.
  23. Like
    supernal got a reaction from PrettyPixels in (NE) Dice Roller   
    Any chance of this being available for 4.5?
  24. Like
    supernal reacted to Tripp★ in (NE) Dice Roller   
    Welcome back Nathan! I'm glad to read that you're doing better. 🙂
    I have a suggestion if I can; can the users select what kind of dice is being thrown? For example D4, D6, D8, D10, D12, D20? And how many of them are being thrown? Because when we tried it out, it seemed that the dice were pretty much all but hard coded (I think they could be modified from the ACP), it threw a bunch of dice that was Admin defined and didn't really make much sense to the user side of it, at least from what I got from feedback. 
    Roll20 has a similar system:

    Anyway, I will look forward to seeing what version 2 looks like when it comes out! I wish you luck with it, and I also wish you good health. Take care. 🙂
  25. Thanks
    supernal got a reaction from Makoto in Upgrade from IP. 3.4.x to IPS4.0 (updated)   
    I suggest contacting @Makoto - very knowledgeable. Here is their provider page
  • Create New...