[4.0] Remove unused files

[brianteeman]

These files are not used in j4 and were only kept in j3 for potential b/c issues with 3pd admin templates so they can be safely deleted now.

Better to delete them than to continually keep updating them when they're not being used

[brianteeman]

It would be great if this could be tested and merged soon. It makes life so much easier if we're not looking at or trying to fix unused views

[alikon]

I have tested this item ✅ successfully on 27b1f1c

Applied pr and played a bit on backed without noticing fault for missing files

---

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

[Hackwar]

Please also remove

• administrator/components/com_categories/tmpl/category/edit_metadata.php
• administrator/components/com_contact/tmpl/contact/edit_metadata.php
• administrator/components/com_content/tmpl/article/edit_metadata.php

Please restore

• administrator/components/com_newsfeeds/tmpl/newsfeed/edit.php
• administrator/components/com_newsfeeds/tmpl/newsfeed/edit_associations.php
• administrator/components/com_newsfeeds/tmpl/newsfeed/edit_display.php
• administrator/components/com_newsfeeds/tmpl/newsfeed/modal.php

[brianteeman]

@Hackwar thanks for testing. There is another PR which iirc is for the contact files but I will double check - I will also double check the newsfeeds files

[brianteeman]

@Hackwar should be all ok now - thanks

[Hackwar]

Looking at the associations file, that is pretty much useless. That one line can very well be moved to the main file and all that boilerplate code could be removed. Haven't looked at the other association files, but I fear they are all the same. In that case that is a bunch of files that could go as well, but maybe in a different PR.

[brianteeman]

agree but in a different pr

[brianteeman]

This PR is for unused files - another PR for changed files. Single purpose PR :)

[wilsonge]

Thanks!

[brianteeman]

Thanks