The Login URL you provided is a 404
I am only able to (discovered accidentally) access a login form at hidden link
I hope that's the right one (I can login there with the provided data and also can find the respective views/pages, so I assume yes)
I see that you nest a View that lists Jobs in a View that lists Places which in turn is nested in a View that lists States.
You will be inserting the "States" View somewhere on a page, which in turn then will display the nested Places and those, in turn the nested Jobs, which you want ordered by the Date field.
So you need to add the order by to the View that lists jobs (17996).
The order by works, you can see that by altering the asc/desc, but due to how the view is nested and displaying only one (first) item it seems to be messed up somehow.
This is because the parent Views order first, then the child View.
In the Child loop the order is correct, as far I see, but because the parent view orders by post dates, that has prevalence, and then, in those single loops, the nested will be ordered by the date field.
The output you will get is:
- States (only the few, as by ShortCode attribute ID), ordered by Post Date.
-- Places (only the ones connected to the above States in the loop), again ordered by Post Date
--- Jobs (only the ones connected to the above Places), this time ordered by the Date field.
So you will get some output like:
- Post Date 1
-- Post Date 1
--- Field Date 1
--- Field Date 2
-- Post Date 2
--- Field Date 1
--- Field Date 2
- Post Date 2
Etc.
You can see that by adding "here to here" strings in the parent views, and control the Date order WITHIN the begin and end of your "here to here" string (please see screenshot)
As you see (since you index only the first in the loop) only one date is output and it's correctly ordered, since there is no other date output in that very loop.
But if you put the date BEFORE your index one in the loop of the Jobs View you will see the ordering is correct.
Can I ask why you use index=1 and no index= other, in the Jobs View?
The current code will make it so that only the fist item will ever be addressed, but you will potentially have more than one job each place<>state, I assume?
I would not use index attributes that only index the first item, as all others would be not addressed in this case.
I have set you up with a whole duplicate example of your views, which are shown to be ordered by the date field you want, you can see this here
hidden link
It's using these Views: 18240, 18239, 18238
Please study the nesting and my Loops, so you can understand what I tried to explain above (and eventually adapt your current Views using the examples I made - or you can simply build on them)
Please let me know if I missed something.