Configure which Widgets can be personalised

Hmm interesting, it really is an all or nothing type of setting (enabling personalization). Is the "Profile Box" a custom webpart AND custom widget that shows it? Or is it just a custom widget with an out-of-the-box web part?

Hi Brian,

"Profile Box" a custom web part and widget, the other widgets I was testing against were also custom web parts and widgets too.

I suppose a logical reason for not being able to create a variant, would be if the webpart/widget doesn't have any configuration options, which would mean that there were nothing to configure differently. However, "Profile Box" has a required title field as well as some for Links so that doesn't apply to this one.

Oh, check the web part zone properties on the design tab, for that page template, that contains the widget(s) in question. What is selected for the Widget zone type?

The Widget Zone Type is set to Customization by page editor, making the zone available for editors to add in new widgets on the Pages tab. The rest of the properties on the webpart zone are their default settings (Mostly empty, some are set to Default or Inherit, Visible is true). These settings at the same for the other web part zones which have variant widgets in.

Any difference between a Global Admin account trying to do this vs. a non global admin? (just trying to rule out security conflicts).

Also, potentially try resetting the widgets "Using the Reset widgets action provided by a Widget actions web part, you can remove all widget variants from the page."

We're using a Global Admin user and not able to see the +. Editors have the Content Personalization Read and Manage Permissions, and can confirm with impersonation that they aren't able to see it either. (which I think is the right Module for this) (That's alright, best to think of all the possible reasons).

I don't think I've ever used the Widget Actions section, we've always used the burger menu on the top left of the zones. Resetting the widgets area with the Reset action does not change anything either.

Hi Ben,

Is this specific to a particular page/template? Have you tried creating a new page from scratch with only this widget in place? Probably try a few different widget zones to see if it's not working everywhere.

Also, did you have a chance to check the code of this widget? Is there anything suspicious?

Hi Dmitry,

It isn't specific to a particular page/template, just the "Profile Box" widget. I have tried on multiple pages (and new pages, and new ad-hoc templates) in different zones. Though all of them are Page Editor zones, as we don't use any User zones or Group Admin zones.

As for the code behind, I have been investigating it and trying to find anything. The Webpart inherits from multiple classes, which comes from CMSAbstractWebPart but adds in IoC into the process, which we use on almost all of the web parts on the project. All of these allow for Content Variants.

We have various Services and protected properties on the "Profile Box" widget which I thought could be why it could, however there are other widgets on the site using these services and properties that allow for Content Variants to be created. This is where I was theorising about the possible logic for Variants being unavailable is there were no Widget Properties to add, however the "Profile Box" has 6 configurable settings to set when initialized (1 of which is required).

Something I hadn't checked, as I was focussing on the Widget side of the issue, I have been able to add the "Profile Box" as a Web part into template and can make variants of that. So it's only on the Page tab that it's not showing the options.