Much as I hate to say add an option for this changed behaviour in this case I think it is necessary as the behaviour has been not to unpublish for such a long time (even if that was a bug) that it would be a disruptive change in expected behaviour

Hi

I'd be with @crystalenka here (#38810 (comment)) and say that this change reverts to a "safe" behavior, hence I don't see the need for a setting.

When this was changed from "unpublish on copy" to "keep published on copy", it may have needed a setting, as the change was disruptive and would cause invalid content to be published.

None was added at the time.

Going back means at worst the article is not going to be published. But that would hardly go unnoticed as I'd expect "Save copy" was done on purpose, to modify the original content.

So I'd vote to keep it simple and jsut revert to the safe behavior.

@weeblr Could you check the log of the PHPCS check here https://ci.joomla.org/joomla/joomla-cms/82592/1/7 ? It reports a syntax error.

Sorry, fixed now.

Sorry, fixed now.

@weeblr No need for sorry, it can happen to the best. Thanks for contributing.

I have tested this item ✅ successfully on dc24644

RTC

I have tested this item 🔴 unsuccessfully on dc24644

opened an article for editing
saved as copy
status did not change it was still published

I have tested this item 🔴 unsuccessfully on dc24644

Without pull request

• Disabled workflow: Save as Copy give status "Published"
• Enabled workflow: Save as Copy give status "Unpublished"

With pull request

Same as without pull request.

@brianteeman @fgsw Which Joomla version are you testing this on?

@brianteeman @fgsw Forget my last question, I did a quick change late yesterday and used the wrong variable name. I have fixed that now.

I have tested this item 🔴 unsuccessfully on 16e2056

This does now work for non-workflow content.

However for workflow content it is hard coded that transition 1 is unpublished. So it works for the default workflow but fails for any other (such as the blog workflow from the sample data)

Which Joomla version are you testing this on?

I use the prebuilt package custom update server.

However for workflow content it is hard coded that transition 1 is unpublished. So it works for the default workflow but fails for any other (such as the blog workflow from the sample data)

Suspected there'd be something like that coming up. In essence, we should not set to unpublish but to the starting stage I guess.

Starting to be tricky and requires much more work. Maybe the thing to do at this stage is to only unpublish if workflow is not enabled and be done with it.

However for workflow content it is hard coded that transition 1 is unpublished. So it works for the default workflow but fails for any other (such as the blog workflow from the sample data)

Suspected there'd be something like that coming up. In essence, we should not set to unpublish but to the starting stage I guess.

Starting to be tricky and requires much more work. Maybe the thing to do at this stage is to only unpublish if workflow is not enabled and be done with it.

that would be my preference together with completely removing workflow

with completely removing workflow

from the CMS ?

with completely removing workflow

from the CMS ?

yes

Well, won't comment on that.

For now I have found that I can easily revert to Basic stage by setting the transition to an empty string instead of the hardcode 1. This works for me with the Blog sample data, workflow enabled or not.