Stephan 9f360c2b9b Fix test broken by PR #1027

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

..

ActionExecutedEventArgs.cs

…

AdminTokenAuthorizeAttribute.cs

Scheduled publishing is executing request async with cancellation token

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

AreaRegistrationExtensions.cs

…

BackOfficeArea.cs

…

Constants.cs

…

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

…

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

…

HtmlTagWrapperTextNode.cs

…

IFilteredControllerFactory.cs

…

IHtmlTagWrapper.cs

…

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

…

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

…

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

…

NotFoundHandler.cs

…

PluginController.cs

a bit better support for unit testing controllers with ctor overloads

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

PluginControllerArea.cs

…

PluginControllerAttribute.cs

…

PluginControllerMetadata.cs

…

PluginViewEngine.cs

Removes more references to FixedDisplayModes

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

PostedDataProxyInfo.cs

…

PreRenderViewActionFilterAttribute.cs

…

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

…

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

…

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

…

SurfaceController.cs

a bit better support for unit testing controllers with ctor overloads

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

SurfaceControllerFactory.cs

…

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

…

UmbracoAuthorizeAttribute.cs

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

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

UmbracoAuthorizedController.cs

…

UmbracoController.cs

a bit better support for unit testing controllers with ctor overloads

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

UmbracoControllerFactory.cs

…

UmbracoMvcHandler.cs

…

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

…

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

…

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

…

ViewDataContainerExtensions.cs

…

ViewDataDictionaryExtensions.cs

…