Steps to reproduce the issue
Add an alternative layout file in the article overrides
Go to the article and select the alternative layout from the options tab in the backend
Refresh frontpage article with override to confirm alternative layout.
Next use the front end editor for the article and hit save, the article layout resets to default layout that is chosen in global configuration.
Expected result
The article layout should remain the same when editing on the front end.
Actual result
There is no option to select alternative layout in front-end article editing. Once I confirmed that the front-end save change the layout - I then selected the alternative layout as the default option in the articles-global configuration. I then refreshed the front-end article page and saved it with the front-end editor. The page did not change to Joomla default, rather it stayed the same as the alternative layout that I selected in global configuration.
System Info:
3.8.7
Labels |
Added:
?
|
Category | ⇒ | com_content |
Labels |
Added:
J3 Issue
|
Status | New | ⇒ | Information Required |
Franz,
I was on 3.8.7 and just updated to 3.8.8 and after logging in as admin on frontend, I did not change anything in frontend article edit, just hit the save button and no change from before. It still reverted back to default article setting. Was 3.8.8 supposed to fix this issue? Thanks,
Adam
Was 3.8.8 supposed to fix this issue?
It was that this Issue is on latest Release, thanks for making this clear.
I tested this issue in Joomla 3.8.8, but could not reproduce this issue. I created new articles in the front-end editor. Then I changed the layout property to a custom layout value in the back-end editor (administrator) and saved. Then I edited the same article again in the frontend editor, saved, but the article-layout property was not changed to default again. So for me is this not an issue.
For me is the issue that I cannot set the Layout property from front-end editor. Still searching for a way to establish that...
@Klipper I had previously only created articles in backend, so I created a new Create Article menu item and then created a new article from the front end. I then went into the backend and changed the layout from global to each of my 6 different article layouts and each time, it reset the layout to the global setting. I then thought that versions could of played a part so I turned that off and retested again and same results. Are you using a 3rd party template?
Would it help for me to do a short video clip showing everything that is happening?
@amelcher always helps. If you need some quick, easy to use and free software for this try licecap http://www-dev.cockos.com/licecap/
@amelcher Did you changed the global article settings for this? I only changed layout-property on single article level.
So:
Frontend: article creation => Layout is set automaticly to Default (= global setting) ==>
Backend: open article => changed Layout to 'Blog'(=name of my custom layout) => saved ==>
Frontend: open article => changed some text => saved ==>
Tested article in site => Layout setting is still 'Blog'.
So I havn't changed any Global Articles settings.
@Klipper @brianteeman @franz-wohlkoenig
Weirdest thing. It is now working just as it should. I am able to create an article in front end and backend and change the layout, then open article in frontend and save it, and the layout doesn't revert back to default.
The only thing I did differently this time around is in the template override edit.php page under content/forms/ I commented out
//JHtml::('formbehavior.chosen', '#jform_catid', null, array('disable_search_threshold' => 0));
//JHtml::('formbehavior.chosen', 'select');
and now it seems to work. I will test some more but so far, I have created a new article from front end and was able to change the layouts of both that article as well as one I created from backend and then save both in front end successfully.
I'm think this may have been creating some conflicts?
Adam
Status | Information Required | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2018-06-05 03:43:10 |
Closed_By | ⇒ | franz-wohlkoenig |
Closed_By | franz-wohlkoenig | ⇒ | joomla-cms-bot |
Set to "closed" on behalf of @franz-wohlkoenig by The JTracker Application at issues.joomla.org/joomla-cms/20513
@amelcher glad you solved Issue - closed as stated above.
Can you please update on latest Version 3.8.8 and test again?