08-01-2016 04:58 AM
08-01-2016 04:58 AM
The below was just published in our message center. How did we go from a vaguely worded blog post from two years ago ("We realize that our customers have made investments in coded sandboxed solutions and we will phase them out responsibly.") to ("In approximately 30 days, currently running, code-based sandbox solutions in the SharePoint Online environment will be disabled."). That's a responsible way to phase out sandbox solutions? What happened to the one year notice for disruptive change? Did I miss something?
Here's the full notice in the message center:
08-01-2016 05:55 AM
I think the timing should at a minimum wait until the SharePoint Framework is fully rolled out and available, and enough people have been given the opportunity to transition their stuff into THAT framework.
08-01-2016 07:59 AM
If they could have said in January of 2016 that Sandbox Solutions with Managed Code will be disabled come December 31, then I would have no issue. However, getting this message now means I have to scramble to identify and remediate these solutions in 30 days.
08-01-2016 10:21 AM
08-01-2016 10:31 AM
We've had this issue for over a week. It was reported in the Message Center as an outage until Friday, then it was changed. It looks like they removed the ability to activate code based sandbox solutions on 7/22/2016. Whoever flipped that switch didn't tell anyone (apparently) because the issue showed up in the message center.
They updated it on Friday as "service restored" which is laughable since they literally didn't restore anything.
Here's the notice:
08-01-2016 10:46 AM
This is totally irresponsible on the part of the product team. This will impact 1000s of SharePoint Online customers. We at SP Marketplace have moved away from code based sandbox solutions over the last 18 months, but many of our over 700+ Office 365 SharePoint Online business application customers still run older versions of our products or have added the many available third party web parts in their overall business solutions.
I have no issue with the change given sufficient notice, but it is apparent the product team is really out of touch with how customers are using SharePoint Online. WE NEED AT LEAST SIX MONTHS FOLKS!
08-01-2016 12:07 PM
08-01-2016 12:07 PM
"If you have an extenuating circumstance, please contact us as our Product and Customer Support teams are ready to support you during this transition."
Don't bother, I already did!
After having first level support simply feed me the same reply 10x like a broken record, I finally got to speak to a manager who (par for the course) had nothing useful to say.
The "extenuating circumstance" that they are referring to apparently is only for users who have a managed code sandbox solution that is already disabled - which should just be an issue considering they're supposed to have until Aug 28. Customers with this issue will have to fill out a questionnaire on why they need this restored before Microsoft chooses whether or not to do so. IS THIS NOT MORE WORK FOR MICROSOFT THAN JUST EXTENDING THE AVAILABILITY WITH FORMAL NOTICE?!
Ironic that the linked article starts out with, "Our bad"! Yeah Microsoft, your bad - *you're* bad!
You're bad at planning!
You're bad at communicating!
You're bad at understanding your customers!
It is insulting to customers that Microsoft would stop functionality on 30 days notice, and it is extremely insulting to partners that Microsoft would not communicate a time frame for when they are going to chop an entire development platform.
The fact that they use that linked article would be laughable except it isn't funny - it literally hurts their partners business! That article:
a. Starts with, "Our bad." <- ??? Seriously?! Don't try to be hip Microsoft! We deserve a real apology, not some teeny-bopper text quip!
b. Gives NO TIMELINE! Congratulations Microsoft - you told people that one day you're going to do something that is going to make people really mad (in fact it already had), but you achieved EPIC FAIL status when you never gave people a date until you accidentally did it two years later.
Glad to know that partners get no better support than an 11 year old calling for Xbox support!
08-01-2016 02:57 PM
08-01-2016 10:53 PM
08-01-2016 10:53 PM
I think it is a to quick move i only have a few customers who still have Sandboxes and 3 are busy with upgrading the box to PNP or other solutions. But timeing is a bit strange.
08-01-2016 11:34 PM
08-01-2016 11:34 PM
08-02-2016 04:27 AM - edited 08-02-2016 04:29 AM
This change probably was a very rude awakening for most of the organizations, and I find 30-day eviction notice very short. Now we can't even activate new solutions, so it has been practically half turned off already.
I'd have expected at least a T-90 day annoucement to communicate turn off plans detailing timeline. T-60 to stop activating new solutions, T-30 day reminder that it will be all gone.
08-02-2016 05:25 AM
08-02-2016 05:35 AM
08-02-2016 07:09 AM
08-02-2016 08:14 AM - edited 08-02-2016 08:15 AM
I also think that ISV's should get the chance to migrate the sandboxed solutions to the forthcoming SharePoint Framework (keeping the Sandbox alive until then) instead of having to create Add-in's in a hurry and then a few weeks later migrate the Add-in's to the new Framework.
08-02-2016 08:44 AM
08-02-2016 10:54 AM
08-02-2016 11:14 AM
Well no, they'd never do anything like that.... wait, Infopath is gone now too? Uh oh.............
In Microsoft's defense (only sort of), they did push everyone towards the app model and have said that sandbox solutions have been deprecated for a while now. That said, to pull the plug this suddenly is just craziness. Sandbox solutions were the gateway to filling quite a few gaps in Sharepoint.
08-02-2016 12:20 PM
Thats the real crux of the matter. I share the same concern regarding UserCustomActons/ScriptLinks now (didnt before). I know they are going away in modern SharePoint, but are they just all gonna up and stop working one day?
Epic change management fail: CC @Brian Levenson
08-02-2016 04:53 PM
Brian does seem very quite on this new Change Management strategy they are going with...
08-02-2016 05:04 PM
It's affecting us now, we've put a holt on any new sites to be migrated as the sandbox solution relied upon to ensure all metadata is migrated can't be activated.
Really hoping Microsoft allow a whitelisting to allow us to continue.
08-02-2016 05:21 PM
Thanks for looping me in! I have been following this discussion and topic but haven't chimed in because I don't have much to contribute yet. I am seeking a formal response to share, and I'd encourage everyone to submit feedback within the Message Center. Using the like - or in this case, dislike - button and including comments routes your feedback directly to the product team and communication submitter. This is the best way to communicate to the owner.
08-03-2016 04:37 AM
I've been working extensively with my local Microsoft team and the further we get into this, it is shocking how absolutely unprepared Microsoft was for this. Not only did the team implementing this change not communicate with customers, but they apparently didn't communicate with anyone inside Microsoft either.
The longer this goes without a public acknowledgement that this was horribly executed and will be post poned until a future date, the more concerned I'll be about relying on Office 365 for critical busines applications. The 30 day time bomb is ticking.
08-03-2016 04:42 AM
08-03-2016 04:42 AM
The Office Dev PnP group has just posted a PS script to identify sandbox solutions...
Thanks @VesaJuvonen and the rest of the PnP group!
(I'm still not happy with the abrupt change byt Microsoft, but at least the PnP group is responsive to helping us deal with it)
08-03-2016 04:55 AM
08-03-2016 04:55 AM
08-03-2016 05:06 AM
08-03-2016 05:06 AM
Yes, having a script to inventory the sandbox solutions is helpful. We were already closely monitoring that, but this will let us confirm that we didn't miss any. We'll still need to analyse each one to determine if it includes managed code or not.
08-03-2016 06:11 AM
08-03-2016 06:31 AM
The Message Center is a component of the O365 Admin portal where messages are sent to your O365 tenant about upcoming changes, alerts, or items such as this one where you have an issue that needs to be fixed by a certain date.
08-03-2016 01:50 PM
Just adding my voice to this thread and the ridiculous situation Microsoft has put us all in, their loyal customers and partners! I have a commercial sandbox solution that contains remote event handlers, I dont think the in-app model will work for this, and I'm thinking of porting my code to work with Azure for hosting. But I can't get any help from anyone at Microsoft on this. I've contacted support repeatedly just to get the 'Standard list' of documents and how-to's, none of which actually provides any relevant insight. And to top this off - I have less than 30 days to architect, code, test and deploy this fairly-major redesign!
Microsoft, how can you pass this off as an enterprise solution? Is this how you hope to get developers engaged in your ecosystem, building and offering solutions?
Copying @Brian Levenson, since he's the only one who seems to be responding and/or caring about customers...
08-03-2016 02:23 PM
This is Adam from the SharePoint engineering team. Thank you all for sharing your stories and comments; it has a real impact as we work with customers to move to a model we can carry forward. We do hear loud and clear the feedback about the short notice. As an engineering team, we know technology deprecations are some of the toughest challenges to navigate, with customers being impacted in many different ways. Hearing from you is critical – the content developed by PNP referenced above in the thread came about from early customer feedback. So did this article that talks about how to remove assemblies from no-code solutions created in Visual Studio. We’re rapidly developing more guidance for you and want to partner with you to make sure those who are impacted get the help they need. (And yes, I agree, Vesa and the PNP team are awesome!)
So, we’ve put a process in place to work with customers and partners – especially those of you who may need more time for the transition. Through our support channels, we’ll work with you to understand your existing solutions, so we can help ensure they will function, uninterrupted, during the transition. This support-led process can extend the time your solutions can run from August 31, 2016 to November 30, 2016. I see some people on this thread who didn’t receive the level of support they expected from us. And, we took that feedback and are making sure all parts of the team are well aware of the process and the impact to you.
Please do contact support if you need help through the transition.
Group Program Manager, SharePoint Experiences and Developer Platform
08-03-2016 08:23 PM
@Adam Harmetz - Thanks for the additional info and it's great to see Microsoft responding, but I really want to know:
1) Why was this disabled with no notice? (7/22/2016)
2) Why wasn't this considered a "disruptive change" and given a firm one year deadline? (Like the dropping of support for IE8, IE10, etc.)
3) Will dropping support for InfoPath and SharePoint Designer be considered a disruptive change?
4) What exactly will happen to deployed sandbox solutions with managed code "in approximately 30 days"? Will they be deactivated/uninstalled? Or will their managed code simply cease to execute?
08-05-2016 10:45 AM
@Adam Harmetz Any chance that the November 30 2016 deadline can be the default deadline for all? Instead of only for customers that push through the support process to have it manually extended? This would atleast be seen as a big step in resolving the timing issue, giving us 3 months plus instead of 30 days (which is not practical at all). Surely at this point in the aftermath it should be clear that many users/partners/customers are negatively impacted by this disruptive change. Deprecated solution debates aside, this should be the defacto way any technology is completely shut down. If you allow people to use the technology (even if they are encouraged not to) you have a responsibility to those users. Don't even get me started if this were to happen for SharePoint Designer, InfoPath, SOAP Web Services, etc. Change is great, but change must be managed. Many companies (myself included) invested heavily in Microsoft SharePoint (and other Microsoft Technologies). Please don't make us regret our investment and add fear and uncertaintly to our future investments. We are all in the same boat, lets not forget that.
08-05-2016 11:05 AM
08-05-2016 01:36 PM - edited 08-05-2016 01:36 PM
That would be ideal, maybe by then some more definitive details will be out for the SharePoint Framework.
I'm going to have to bump a few things from Sandbox Solutions over to UserCustomActions and then will subsequently have to bump those over to the new SharePoint Framework (I hope). Not thrilled about rearchitecting stuff twice.
08-08-2016 12:30 PM
I appreciate the link to the powershell script. I ran it and had a couple of hits. @Kelly Jones when you mentioned analysing the results to see which actually include managed code, could you help me understand that a little? Our SPO site is pretty new and was handed over to us by a consultant and I'm still learning how all the pieces work together.
If I have a webpart in the script that is marked Activated and HasAssemblies, is this is a definite that it is a sandboxed solution that needs to be dealt with? Or how do I know for sure?
Also, we had a couple hits on InfoPath forms that others in the company have created. Do those forms fall under sandboxed solutions?
I appreciate the help as I untangle this web.
08-08-2016 01:45 PM
08-11-2016 05:51 AM
The folks at Rencore have released a free tool "Sandbox Solutions Inspector" that identifies sandbox use with SharePoint Online tenants and also the use of active code, showing which site elements are involved.
hope this helps.
08-11-2016 06:08 AM
Thanks @Chirag Patel ! That tool sounds great.
Quick update for those following this story: Working through Premier Support, we were able to get an extended deadline for our WSP. We had to send them the WSP and they "whitelisted" it within our tenant. We can now activate it.
Also, we had another WSP that we didn't submit and I tried activating it, and while the activate button is enabled for this second WSP (non whitelisted), I get an error when I click the activate button.
08-11-2016 10:48 AM
Through our MS Support ticket, we learned some more details about what will happen when the deadline (approximately 30 days from July 29) hits:
For remaining Sandbox solutions, any server side code will stop working at the end of the month. For example, if you have a sandbox solution that uses event receivers to perform an action upon site creation, the new site will still be provisioned but the actions that would have been triggered by the event receiver will not occur. If any of the other WSPs are declarative – meaning they are wsp file but they do not use server side code – the wsp file can be recompiled without the assembly references and it will continue to work: https://support.microsoft.com/en-us/kb/3183084
08-11-2016 12:19 PM
Thank you Kelly Jones for pushing for an answer and posting your findings. This is exteremely disruptive change and MS should realise how much time and efforts it takes to undestand what happening and what to do.
6 months should be minimum ( as promised in the past).
03-14-2017 01:56 AM
Hope people are given more time, certain migartion tools also make use of sandbox to move content to O365 and they must be whitelisted