Don't take "Create Article" menuitem for an article edit

[Bakual]

Pull Request for Issue #12687 and #16612 .

Summary of Changes

This adjusts the ContentRouter so it only takes the "Create Article" menuitem for new articles, not when editing an existing article. I adjusted the Viewconfiguration for that and added &a_id=0 to the URL for the view in the controller.
Please note that most of the change are only within com_content, but there is one change in the menu rule which may affect other extensions. But only if they use those new JComponentRouterView stuff and I think the change should be fine. If you come into that part of the code and don't have a key set in the menuitem, it will not be stored into the needles array and never be used for the URL. So that looked wrong anyway.

Testing Instructions

• Create at least two articles. Have a menuitem pointing to one of them and a menuitem pointing to the category.
• Create a menuitem "Create Article". For better testing you can adjust the settings within that menuitem (eg the title or the standardcategory) so the view is distinguishable easy from a regular edit.
• Now try the article edit links (in the category list and/or the single article view) and that "Create Article" link

Expected result

• The "Create Article" menuitem should be used for any "New Article" links. Test for example the "New" button in the category list
• The edit links should not use the "Create Article" menuitem. Instead it should be based on the article menuitem or the category one. Whatever fits best.

Actual result

Any edit links use the "Create Article" menuitem

Documentation Changes Required

Don't think there is any doc at all for this router stuff.

[bayareajenn]

I just tested this on a client dev site that had the exact problem described. The new files work perfectly and resolve the issue. How many more people do you need to test (or sites) before it can be included with the next release? Let me know and I'll try to find people.

[alikon]

hi jenn,
They need at least 2 successfull tests to be evaluated as ReadyToCommit and then is up to maintainers to commit / and decide milestone.
so please mark your successfull test on https://issues.joomla.org/tracker/joomla-cms/16756 so you'll need to find just another 1 to test

[bayareajenn]

I just tested this on a client dev site that had the exact problem described. The new files work perfectly and resolve the issue.

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/16756.}

[bayareajenn]

I have tested this item ✅ successfully on c25284a

I just tested this on a client dev site that had the exact problem described. The new files work perfectly and resolve the issue. I get a little confused in here but all good, right?!

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/16756.}

[bayareajenn]

Hi Nicola,
Thank you! You're so great walking me through these things. :) :) I can't wait to see you in November!
jenn

[jim-porter]

I was having this problem with a production site and tested this solution. It successfully resolved the problem. Jenn thanks for letting me know about this solution.

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/16756.}

[bayareajenn]

@jim-porter at the top of https://issues.joomla.org/tracker/joomla-cms/16756 login and mark that you've tested successfully. Can you see where it has Successful: 1 bayareajenn at the top of the page? We need you to say you tested successfully too! Thank you for testing this Jim!

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/16756.}

[jim-porter]

I have tested this item ✅ successfully on c25284a

I had this problem with a production site and tested this solution. The test was successful and fully resolved the problem.

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/16756.}

[bayareajenn]

@Bakual is it to late to get this issue in with 3.7.3?

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/16756.}

[ghost]

RTC after two successful tests.

[ghost]

@bayareajenn hopefully @rdeutz as Release Leader can make this Decision (but yesterday "Release Candidate 1" was going out).

[bayareajenn]

@franz-wohlkoenig I know. I saw the announcement earlier. I tried to get more testers yesterday but it didn't work out. We'll see what @rdeutz says and if it's not meant to be, it's not meant to be. Thanks!

[infograf768]

This patch is real great!

[rdeutz]

Was not in time for the RC release, I will do my own test and then decide if I merge it into 3.7.3.

[bayareajenn]

Thank you, @rdeutz !

[jsfernando]

I was also having the same issue in Article Editing, switching category. I askedo here proposed and it worked!

[netamity]

Unfortunately this broke my 'Add article' menu link. The &a_id=0 caused a redirect to the non-SEF url of the current page. Very strange. Commenting out the
$form->setKey('a_id');
fixed the issue. I don't have any Edit menu links on my sites, so I think I should be ok.
Registered for the joomlacode bug reporting and awaiting approval in order to report.

[ghost]

@netamity can you please open a new Issue? Thanks.

[mbabker]

Registered for the joomlacode bug reporting and awaiting approval in order to report.

JoomlaCode is not used for bug reports anymore (and hasn't been for years). Filing issues here on GitHub (or https://issues.joomla.org/ which is just a wrapper for GitHub mainly) is the way to do it.