Umbraco-CMS

ActionExecutedEventArgs.cs

Allows any Controller to use PreRenderViewActionFilterAttribute

2014-06-08 19:12:40 +02:00

AdminTokenAuthorizeAttribute.cs

Scheduled publishing is executing request async with cancellation token

2015-06-04 11:49:58 +02:00

AreaRegistrationExtensions.cs

ensures webapi plugincontrollers are routed to /backoffice if [IsBackOffice] is specified

2014-01-15 13:29:17 +11:00

BackOfficeArea.cs

Fixes up the starter kit installer in the back office with it's legacy implementation. Adds some handy methods for webapi routing for areas.

2014-03-05 22:42:51 +11:00

Constants.cs

Merge with 4.11.6

2013-03-11 21:17:57 +06:00

ControllerExtensions.cs

Fixes how modelstate and viewdata get populated into the PartialViewMacroController and in turn get populated into the viewresult, privatize's EnsureViewObjectDataOnResult so that it's not used by accident elsewhere

2015-07-22 18:25:08 +02:00

ControllerFactoryExtensions.cs

Fixed Render route handler tests.

2013-02-20 06:30:06 +06:00

DefaultRenderMvcControllerResolver.cs

Ensures that the RenderActionInvoker isn't doing anything special so that MVC takes care of everything regarding async vs non-async and any controller descriptor/action descriptor lookups and cache. Creates a RenderIndexActionSelectorAttribute - this is used to decorate the underlying RenderMvcController.Index action. MVC will call into this method to check if the MethodInfo is valid, we then do a quick comparison of types, if the current type is the same as the reflected type, this means that the Index action has been overridden or there is no custom controller... lets use it. If the types don't match we'll do a simple reflected lookup to check if the reflected controller type (current controller) has more than one index action, if so, it means that a custom controller is in play and it has a custom index action... so we won't use the base class action and then it's up to MVC to find any other matching Index action based on the current request parameters. Added some tests for this too.

2015-11-18 14:59:29 +01:00

DisableClientCacheAttribute.cs

updates expires logic

2015-04-01 13:42:24 +11:00

EnsurePublishedContentRequestAttribute.cs

Fixes: U4-5628 Publicize PublishContentRequest.Prepare, U4-5574 UmbracoVirtualNodeRouteHandler doesn't handle culture properly

2014-10-10 14:45:38 +11:00

FilteredControllerFactoriesResolver.cs

Decoupling more things, mostly to do with the PluginManager and logging which now requires an IServiceProvider so have created a simple instance of that.

2015-01-16 15:47:44 +11:00

HtmlTagWrapper.cs

Got Wrap methods on UmbracoHelper, deprecated old classes in the macroEngines project that Wrap utilizes and proxies

2012-09-20 13:16:38 +07:00

HtmlTagWrapperTextNode.cs

Got Wrap methods on UmbracoHelper, deprecated old classes in the macroEngines project that Wrap utilizes and proxies

2012-09-20 13:16:38 +07:00

IFilteredControllerFactory.cs

Fixes up pull request so that there is no breaking changes. We now type check for a new base class called

2013-02-19 07:30:46 +06:00

IHtmlTagWrapper.cs

Got Wrap methods on UmbracoHelper, deprecated old classes in the macroEngines project that Wrap utilizes and proxies

2012-09-20 13:16:38 +07:00

IRenderController.cs

Ensures that the RenderActionInvoker isn't doing anything special so that MVC takes care of everything regarding async vs non-async and any controller descriptor/action descriptor lookups and cache. Creates a RenderIndexActionSelectorAttribute - this is used to decorate the underlying RenderMvcController.Index action. MVC will call into this method to check if the MethodInfo is valid, we then do a quick comparison of types, if the current type is the same as the reflected type, this means that the Index action has been overridden or there is no custom controller... lets use it. If the types don't match we'll do a simple reflected lookup to check if the reflected controller type (current controller) has more than one index action, if so, it means that a custom controller is in play and it has a custom index action... so we won't use the base class action and then it's up to MVC to find any other matching Index action based on the current request parameters. Added some tests for this too.

2015-11-18 14:59:29 +01:00

IRenderMvcController.cs

Ensures that the RenderActionInvoker isn't doing anything special so that MVC takes care of everything regarding async vs non-async and any controller descriptor/action descriptor lookups and cache. Creates a RenderIndexActionSelectorAttribute - this is used to decorate the underlying RenderMvcController.Index action. MVC will call into this method to check if the MethodInfo is valid, we then do a quick comparison of types, if the current type is the same as the reflected type, this means that the Index action has been overridden or there is no custom controller... lets use it. If the types don't match we'll do a simple reflected lookup to check if the reflected controller type (current controller) has more than one index action, if so, it means that a custom controller is in play and it has a custom index action... so we won't use the base class action and then it's up to MVC to find any other matching Index action based on the current request parameters. Added some tests for this too.

2015-11-18 14:59:29 +01:00

JsonNetResult.cs

working on U4-4011 Package installation will require either a full app refresh or we will need to re-lazy load in all of the assets but unfortunately we cannot lazy load in things like directives as angular doesn't like that, we have to re-load the browser.

2014-01-15 17:18:23 +11:00

MasterControllerFactory.cs

removes unneeded lock on master controller factory - must have been left over from some v5 stuff for some reason :( this will speed things up a bit!

2014-07-18 16:28:54 +10:00

MemberAuthorizeAttribute.cs

Obsoletes AllowAll on MemberAuthorizeAttribute

2015-08-21 12:15:45 +02:00

MergeModelStateToChildActionAttribute.cs

U4-6721 Error when submitting Macros, Collection was modified; enumeration operation may not execute. (after project has been updated to MVC5)

2015-07-21 19:35:00 +02:00

MergeParentContextViewDataAttribute.cs

merge

2013-11-07 17:16:22 +01:00

MinifyJavaScriptResultAttribute.cs

Fixes: U4-6402 Grid config file should be merged with package.manifests & U4-6427 Grid config file has caching problems because it's downloaded as a static file

2015-03-19 13:53:15 +11:00

ModelBindingException.cs

Fix test broken by PR #1027

2016-01-19 12:52:43 +01:00

MvcVersionCheck.cs

Creates ReflectedFixedRazorViewEngine and version checkers to dynamically update code depending on the major versions of MVC and WebApi

2015-01-06 17:40:28 +11:00

NotChildAction.cs

Fixes: #U4-1819

2013-03-05 05:56:53 +06:00

NotFoundHandler.cs

Umbraco MVC style routes now implemented.

2014-06-08 17:16:28 +02:00

PluginController.cs

a bit better support for unit testing controllers with ctor overloads

2015-04-13 20:13:57 +10:00

PluginControllerArea.cs

Merge remote-tracking branch 'origin/6.2.0' into 7.0.2

2014-01-15 13:37:46 +11:00

PluginControllerAttribute.cs

Changed how surface controllers are routed: because we don't load plugins in via App_Plugins/[PackageName] like we did in v5 which meant that we can autoroute all plugin controllers with their own areas, in v4 we have to do something different.

2012-09-26 11:04:07 +07:00

PluginControllerMetadata.cs

Fixes: U4-4010 Member and user session gets mixed - fixes how we detect a back office request + unit tests and added new IsBackOffice attribute

2014-01-15 13:17:38 +11:00

PluginViewEngine.cs

Removes more references to FixedDisplayModes

2015-07-30 17:39:07 +02:00

PostedDataProxyInfo.cs

Surface controllers now auto-routing, both locally declared and plugin types (which require a [PluginController] attribute and an Area Name assigned).

2012-09-26 13:42:03 +07:00

PreRenderViewActionFilterAttribute.cs

Allows any Controller to use PreRenderViewActionFilterAttribute

2014-06-08 19:12:40 +02:00

ProfilingView.cs

Move MVC dependencies from Umbraco.Core to Umbraco.Web

2015-04-06 16:48:55 +12:00

ProfilingViewEngine.cs

Move MVC dependencies from Umbraco.Core to Umbraco.Web

2015-04-06 16:48:55 +12:00

QueryStringFilterAttribute.cs

Move MVC dependencies from Umbraco.Core to Umbraco.Web

2015-04-06 16:48:55 +12:00

RedirectToUmbracoPageResult.cs

U4-7087 make pageId getter public to be able to unittest

2015-09-10 18:11:18 +02:00

RedirectToUmbracoUrlResult.cs

Fixes: U4-5710 UmbracoVirtualNodeRouteHandler does not allow for SurfaceController forms

2014-10-29 18:20:01 +10:00

ReflectedFixedRazorViewEngine.cs

Removes more references to FixedDisplayModes

2015-07-30 17:39:07 +02:00

RenderActionInvoker.cs

Ensures that the RenderActionInvoker isn't doing anything special so that MVC takes care of everything regarding async vs non-async and any controller descriptor/action descriptor lookups and cache. Creates a RenderIndexActionSelectorAttribute - this is used to decorate the underlying RenderMvcController.Index action. MVC will call into this method to check if the MethodInfo is valid, we then do a quick comparison of types, if the current type is the same as the reflected type, this means that the Index action has been overridden or there is no custom controller... lets use it. If the types don't match we'll do a simple reflected lookup to check if the reflected controller type (current controller) has more than one index action, if so, it means that a custom controller is in play and it has a custom index action... so we won't use the base class action and then it's up to MVC to find any other matching Index action based on the current request parameters. Added some tests for this too.

2015-11-18 14:59:29 +01:00

RenderControllerFactory.cs

Updated default controller resolver to use new IRenderMvcController interface, fixed some merge issues.

2013-06-25 09:55:45 +10:00

RenderIndexActionSelectorAttribute.cs

Ensures that the RenderActionInvoker isn't doing anything special so that MVC takes care of everything regarding async vs non-async and any controller descriptor/action descriptor lookups and cache. Creates a RenderIndexActionSelectorAttribute - this is used to decorate the underlying RenderMvcController.Index action. MVC will call into this method to check if the MethodInfo is valid, we then do a quick comparison of types, if the current type is the same as the reflected type, this means that the Index action has been overridden or there is no custom controller... lets use it. If the types don't match we'll do a simple reflected lookup to check if the reflected controller type (current controller) has more than one index action, if so, it means that a custom controller is in play and it has a custom index action... so we won't use the base class action and then it's up to MVC to find any other matching Index action based on the current request parameters. Added some tests for this too.

2015-11-18 14:59:29 +01:00

RenderModelBinder.cs

Fix test broken by PR #1027

2016-01-19 12:52:43 +01:00

RenderMvcController.cs

Ensures that the RenderActionInvoker isn't doing anything special so that MVC takes care of everything regarding async vs non-async and any controller descriptor/action descriptor lookups and cache. Creates a RenderIndexActionSelectorAttribute - this is used to decorate the underlying RenderMvcController.Index action. MVC will call into this method to check if the MethodInfo is valid, we then do a quick comparison of types, if the current type is the same as the reflected type, this means that the Index action has been overridden or there is no custom controller... lets use it. If the types don't match we'll do a simple reflected lookup to check if the reflected controller type (current controller) has more than one index action, if so, it means that a custom controller is in play and it has a custom index action... so we won't use the base class action and then it's up to MVC to find any other matching Index action based on the current request parameters. Added some tests for this too.

2015-11-18 14:59:29 +01:00

RenderRouteHandler.cs

Ensures that the RenderActionInvoker isn't doing anything special so that MVC takes care of everything regarding async vs non-async and any controller descriptor/action descriptor lookups and cache. Creates a RenderIndexActionSelectorAttribute - this is used to decorate the underlying RenderMvcController.Index action. MVC will call into this method to check if the MethodInfo is valid, we then do a quick comparison of types, if the current type is the same as the reflected type, this means that the Index action has been overridden or there is no custom controller... lets use it. If the types don't match we'll do a simple reflected lookup to check if the reflected controller type (current controller) has more than one index action, if so, it means that a custom controller is in play and it has a custom index action... so we won't use the base class action and then it's up to MVC to find any other matching Index action based on the current request parameters. Added some tests for this too.

2015-11-18 14:59:29 +01:00

RenderViewEngine.cs

Update to MVC5

2015-07-30 17:08:39 +02:00

RouteDefinition.cs

publicizes RouteDefinition

2015-02-18 17:30:44 +01:00

RouteValueDictionaryExtensions.cs

Changes IThumbnailProvider to exist under Umbraco.Core.Media instead of just Umbraco.Core.

2012-09-29 08:07:00 +07:00

Strings.Designer.cs

If the legacy razor macro engine is executed, ensures that the folder and required web.config exist before execution.

2014-10-16 16:01:25 +10:00

Strings.resx

Changes the web.config template to use a linked resources (one file)

2013-11-26 20:03:13 +11:00

SurfaceController.cs

a bit better support for unit testing controllers with ctor overloads

2015-04-13 20:13:57 +10:00

SurfaceControllerFactory.cs

Updated default controller resolver to use new IRenderMvcController interface, fixed some merge issues.

2013-06-25 09:55:45 +10:00

SurfaceControllerResolver.cs

Decoupling more things, mostly to do with the PluginManager and logging which now requires an IServiceProvider so have created a simple instance of that.

2015-01-16 15:47:44 +11:00

SurfaceRouteHandler.cs

Fixes up pull request so that there is no breaking changes. We now type check for a new base class called

2013-02-19 07:30:46 +06:00

UmbracoAuthorizeAttribute.cs

Merge remote-tracking branch 'origin/6.2.1' into 7.1.5

2014-06-23 15:08:04 +10:00

UmbracoAuthorizedController.cs

Changed WebSecurity to expose IUser instead of User, then fixed up the knock-on effect, obsoleted all calls to the legacy User object in the base classes to point to use the WebSecurity class to access the new user object.

2013-08-09 13:24:26 +10:00

UmbracoController.cs

a bit better support for unit testing controllers with ctor overloads

2015-04-13 20:13:57 +10:00

UmbracoControllerFactory.cs

U4-2596: UmbracoControllerFactory method ReleaseController should be virtual

2013-08-07 15:06:41 +02:00

UmbracoMvcHandler.cs

Cleaning up commit for issue U4-3007

2013-10-05 23:31:02 +02:00

UmbracoPageResult.cs

U4-6721 Error when submitting Macros, Collection was modified; enumeration operation may not execute. (after project has been updated to MVC5)

2015-07-21 19:35:00 +02:00

UmbracoTemplatePage.cs

Web.Mvc - Refactor UmbracoViewPage, UmbracoTemplatePage, support strongly-typed content

2013-10-25 13:21:29 +02:00

UmbracoTemplatePageOfTContent.cs

Removes class constraint on RenderModel<T> and UmbracoTemplatePage<T> which will make things more flexible.

2014-08-15 14:14:05 -06:00

UmbracoViewPage.cs

Web.Mvc - Refactor UmbracoViewPage, UmbracoTemplatePage, support strongly-typed content

2013-10-25 13:21:29 +02:00

UmbracoViewPageOfTModel.cs

U4-7754 - fix UmbracoViewPage with models

2016-01-18 17:35:26 +01:00

UmbracoVirtualNodeByIdRouteHandler.cs

Fixes: U4-5291 UmbracoVirtualNodeRouteHandler throws exception: parameter culture cannot be null and publicizes some routing extensions.

2014-08-15 12:47:50 -06:00

UmbracoVirtualNodeRouteHandler.cs

Fixes: U4-5710 UmbracoVirtualNodeRouteHandler does not allow for SurfaceController forms

2014-10-29 18:20:01 +10:00

UrlHelperExtensions.cs

Move MVC dependencies from Umbraco.Core to Umbraco.Web

2015-04-06 16:48:55 +12:00

ValidateMvcAngularAntiForgeryTokenAttribute.cs

Fixes U4-7459 XSRF protection bypass - ensures tokens are checked for the non-editor api controllers

2015-11-25 19:39:24 +01:00

ViewContextExtensions.cs

Fixes: #U4-1472 - XmlHelper.

2013-01-19 06:38:02 +03:00

ViewDataContainerExtensions.cs

Updates MembershipHelper to not change the email/name if the value has not changed. Updates the templates to show only validation summaries for their own values/prefixes. Fixes some underlying MVC methods that merge view state to ensure the prefixes work with validation summaries properly when not showing property level errors. Updates the Umb controllers to add model level validation msgs when failed.

2014-02-10 18:34:12 +11:00

ViewDataDictionaryExtensions.cs

merge

2013-11-07 17:16:22 +01:00