Ok, I did all the above. These are the steps I took next:
set unpublish datetime in 2 minutes
wait 2 minutes (love coffee)
copy the log from publish event to the end
In the local log the item is unpublished but in the live server log nothing happens.
On the live server:
2017-04-06 13:52:18,317 [P14032/D30/T77] INFO Umbraco.Core.Publishing.PublishingStrategy - Content 'Quick Start: C# 3.0 en LINQ' with Id '3064' has been published.
2017-04-06 13:52:18,395 [P14032/D30/T77] INFO Umbraco.Core.PluginManager - Starting resolution types of umbraco.interfaces.ICacheRefresher
2017-04-06 13:52:18,395 [P14032/D30/T77] INFO Umbraco.Core.PluginManager - Completed resolution of types of umbraco.interfaces.ICacheRefresher, found 0 (took 1ms)
2017-04-06 13:52:22,536 [P14032/D30/T46] INFO umbraco.content - Save Xml to file...
2017-04-06 13:52:22,536 [P14032/D30/T46] INFO umbraco.content - Saved Xml to file.
2017-04-06 13:52:29,067 [P14032/D30/T66] INFO umbraco.BusinessLogic.Log - Log scrubbed. Removed all items older than 2017-04-05 13:52:29
On local project:
2017-04-06 13:39:35,409 [P14704/D4/T9] INFO Umbraco.Core.Publishing.PublishingStrategy - Content 'Quick Start: C# 3.0 en LINQ' with Id '3064' has been published.
2017-04-06 13:39:36,285 [P14704/D4/T9] INFO Umbraco.Core.PluginManager - Starting resolution types of umbraco.interfaces.ICacheRefresher
2017-04-06 13:39:36,287 [P14704/D4/T9] INFO Umbraco.Core.PluginManager - Completed resolution of types of umbraco.interfaces.ICacheRefresher, found 0 (took 1ms)
2017-04-06 13:39:36,311 [P14704/D4/T9] INFO umbraco.content - Load Xml from file...
2017-04-06 13:39:36,316 [P14704/D4/T9] INFO umbraco.content - Loaded Xml from file.
2017-04-06 13:39:40,396 [P14704/D4/T10] INFO umbraco.content - Save Xml to file...
2017-04-06 13:39:40,447 [P14704/D4/T10] INFO umbraco.content - Saved Xml to file.
2017-04-06 13:40:34,134 [P14704/D4/T6] INFO umbraco.BusinessLogic.Log - Log scrubbed. Removed all items older than 2017-04-05 13:40:34
2017-04-06 13:41:34,828 [P14704/D4/T14] INFO Umbraco.Core.Publishing.PublishingStrategy - Content 'Quick Start: C# 3.0 en LINQ' with Id '3064' has been unpublished.
2017-04-06 13:41:39,318 [P14704/D4/T23] INFO umbraco.content - Save Xml to file...
2017-04-06 13:41:39,360 [P14704/D4/T23] INFO umbraco.content - Saved Xml to file.
This is not normal! Do you have some kind of custom authentication on this site?
Just as a double check: are sure the domain name is set correctly in the umbracoSettings.config? (so in your example it should be: https://domain.eu/umbraco)
As this is a intranet the entire site is behind a login screen.
It is the default way to secure pages in umbraco. Is there a way to grant access to the umbraco service? Or do I have to build it myself?
I've set the domain name in the umbracosettings.config but I somehow have to exclude it in the login page.
This means that everything needs a login, even your backoffice. I'm not sure if that's exactly what you want but sure. I think you could should be able to override this to make Scheduled Publishing work like so:
There's more things that will not work if you're not logged in to the intranet, like the ping we send every so often to make sure you're still logged in and possibly more. You can use the location element to override those specifically too. I'd prefer to just not protect the whole ~/umbraco route with Forms auth but I guess this is an extra level of security for you.
I think I can get away with excluding umbraco since it has its own security.
I'm going to test if this works.
Thanks a lot for your time. I think I need to up my beer-give-away-budget for CG17 :)
Afraid I have nothing right now, the only thing I can think of is to use Umbraco's Public Access feature instead of Forms auth, but I'm sure that will require significant rework. I'll ask around.
The reason you get a redirect to login.aspx isn't necessarily that the FormsAuth module has denied the request, the FormsAuth module will redirect to login.aspx when it detects that something/anything in the request has set the response to a "401".
I would suggest you try this all out with a brand new/empty Umbraco site so you can try to replicate the issue without all of the moving parts that you may currently have in this intranet site.
in the root of your app which would mean that FormsAuth is not denying any request, and if you still get the redirect to login.aspx it means that something else is denying the request.
You pointed me in the right direction. The intranet is running behind a active directory login. Therefore everything I do in the web.config isn't working.
I asked the system admin of the company if it is possible to let every request of the server through to the application. Hopefully this will solve this issue.
Unpublish at not working on server
Hi,
I have some issues with the unpublish at function of Umbraco. Locally it works but on the server it doesn't.
Umbraco version is 7.5.3 and the site is running in https.
I checked the log and there is no trace of Scheduling.ScheduledPublishing or any other publishing event.
Can someone help me debug this problem? I just don't know where to look anymore. If you need more details, just ask.
Thanks
Ah you didn't mention the version on Twitter.
Start with an upgrade to 7.5.12! Loads of improvements, even for scheduled publishing. And then you need to check:
umbracoUseSSL="true"in web.configdebug="true""Info"in log4net.configOk, I did all the above. These are the steps I took next:
In the local log the item is unpublished but in the live server log nothing happens.
On the live server:
On local project:
Also no trace of ScheduledPublishing in both logs...
Shoot, I meant to say: set the log level to
DEBUG- that should give some more information to go on! :-)No problem, I did repeat the steps only on the live server.
Okay, that's helpful:
This is not normal! Do you have some kind of custom authentication on this site?
Just as a double check: are sure the domain name is set correctly in the
umbracoSettings.config? (so in your example it should be:https://domain.eu/umbraco)Ah, nice catch.
As this is a intranet the entire site is behind a login screen. It is the default way to secure pages in umbraco. Is there a way to grant access to the umbraco service? Or do I have to build it myself?
I've set the domain name in the umbracosettings.config but I somehow have to exclude it in the login page.
Aha, I see, so it's the default way to secure pages in ASP.NET:
This means that everything needs a login, even your backoffice. I'm not sure if that's exactly what you want but sure. I think you could should be able to override this to make Scheduled Publishing work like so:
There's more things that will not work if you're not logged in to the intranet, like the ping we send every so often to make sure you're still logged in and possibly more. You can use the location element to override those specifically too. I'd prefer to just not protect the whole
~/umbracoroute with Forms auth but I guess this is an extra level of security for you.I think I can get away with excluding umbraco since it has its own security. I'm going to test if this works. Thanks a lot for your time. I think I need to up my beer-give-away-budget for CG17 :)
Or instead of
None, you might need:See: https://weblogs.asp.net/gurusarkar/setting-authorization-rules-for-a-particular-page-or-folder-in-web-config
Hmmm... This solution doesn't seem to work for mvc, only for fysical folders.
Any other ideas?
Aha :(
Afraid I have nothing right now, the only thing I can think of is to use Umbraco's Public Access feature instead of Forms auth, but I'm sure that will require significant rework. I'll ask around.
Thanks. Can't imagine I'm the only one running into this problem?
This should work, doesn't matter about MVC or physical folders, the point is that the FormsAuth module uses the
If you can please double check that all any of these don't work:
or
etc...
The reason you get a redirect to
login.aspxisn't necessarily that the FormsAuth module has denied the request, the FormsAuth module will redirect to login.aspx when it detects that something/anything in the request has set the response to a "401".I would suggest you try this all out with a brand new/empty Umbraco site so you can try to replicate the issue without all of the moving parts that you may currently have in this intranet site.
As another test, you could try to set
in the root of your app which would mean that FormsAuth is not denying any request, and if you still get the redirect to login.aspx it means that something else is denying the request.
Hi Shannon,
You pointed me in the right direction. The intranet is running behind a active directory login. Therefore everything I do in the web.config isn't working.
I asked the system admin of the company if it is possible to let every request of the server through to the application. Hopefully this will solve this issue.
I'll report back if this worked.
Frans
Hi Guys,
We fixed the active directory issues and the login.aspx is gone. But it still doesn't work.
Here is the new log file. The unpublish should have happened at 13:53 but it didn't.
Any new thoughts?
Thanks
no log attached?
Sorry, here is the log.
The unpublish event should have happened at 09:32
Hello,
I am having the same issue when using umbraco 7.5.6. did the above resolve your issue.
Thanks,
kusum
How did you resolve it? I'm still having the problem...
Hello Frans,
The above resolved my issue.
Hmmm, I've tried that already. No luck in my case.
is working on a reply...