This change instantiates an actual HttpContext object during background sweeps so that Razor templates using Html Helpers (that require HttpContext.Current to be not-null) won't fai lwhen being rendered.
This will ensure that an actual HttpContext object will be available in case of background task operations thanks to the way HttpContextBase is registered (providing a placeholder object in case of background operations).
When using a SELECT input control, that control itself would be initialized with the call to "toggleWhatYouControl" instead of its child OPTION elements.
This fixes an issue where, even though the posted values would not be saved, the user is not presented the form with validation errors, being redirected to the configured url instead.
- Implemented HTML filters for Html, Text and Paragraph elements
- Tokens are only processed on the front-end, not in the editor page itself. This also prevents an exception when the {Shape.Execute} token is used with a theme specific shape.
Work Item: 21304
This fixes an issue where "complex" form field names aren't properly mapped to key value pairs, such as "Parts%5B0%5D.Bindings%5B0%5D.Name" instead of "Parts[0].Bindings[0].Name"
The issue is that the media item element renders the selected media items with the Thumbnail display type.
The Media shape templates for that display type do not include necessary styling themselves; instead the media library picker UI includes the necessary stylesheet.
This enables custom elements that render an image to be responsive within the layout editor by applying the "img-responsive" class to either the image itself or any of its parent HTML elements.
The issue was that the snippets harvester included the Elements_Snippet shape which itself is not a snippet.
This also fixes an issue where it would not find snippets defined in the current theme.
This changeset also renames the service to IClientAddressAccessor and refactors the settings into being configurable from HostComponents instead of through a site settings part.
Work Item: 21237
The reason for doing this is that the Container module itself queries for available _ListViewProviders_, which could potentially yield zero providers if the *Lists* module is not enabled.
The issue was that during page initialization, the Content element's HTML would be serialized with the URL encoded version of its contents, but shortly after that HTML would be URL decoded, causing a difference in the serialized JSON between the initial serialization and final serialization (upon page unload).
The issue was that by combining existing element data with posted element data, the existing items would retain their values in case no such item was posted, which is the case for unchecked checkboxes; their name/value pair will be not posted, so the original value would be retained.
This is fixed by no longer combining existing data with hosted data, but instead relying that an element editor will post all data that it is concerned with.
Merge branch 'IBN-Labs/MailPlusCC' of https://git01.codeplex.com/forks/qt1/orchad4ibn into PR
Conflicts:
src/Orchard.Web/Modules/Orchard.Email/Services/SmtpMessageChannel.cs
Work Item: 21002
This fixes an issue where the remainder of the attributes on an XML element are not being processed if a certain attribute does not exist as a property on the part.
For example, the SiteCultures attribute on the element being imported would not match to a property on the SiteSettingsPart, so the remainder of the attributes would be skipped.
Content is optional context, so if it's null, we can't render the part element.
This typically only happens when the layout editor is used outside the context of a content item and still renders the various content part elements as part of the toolbox.
This change makes implementing element editors more intuitive, since they no longer rely on the initial postback from layout editor to the element editor dialog.
The ObjectStore is a simple database table that serves as a robust data transfer mechanism to share element state without the need for the host (content) to be persisted.
We could have used SessionState, but that would have added configuration requirements when hosting in a web farm.
This issue fixes an issue where multiple drivers for the same element type would throw an exception due to the element type being present more than once in the element type repository.
The issue occurs when rendering an Html.CheckBox whose state contains a "true,false" string for example.
That string cannot be parsed into a boolean, so an error occurs.
This fix simply ignores any additional values for a given key (which presumably is what the default behavior is anyway, since the issue does not occur with the default value providers).
This fixes the issue where blueprint elements were still available even after deleting them.
The fix is to evict the cached element descriptors when a blueprint element is deleted.
Sipke Schoorstra