User tests: Successful: Unsuccessful:
Pull Request for Issue # .
Instead of writing code to query #__extensions table to get finder plugin ID, this PR uses our extension ExtensionHelper::getExtensionRecord library method to get ID of the plugin as agreed by @wilsonge as #34645 (comment)
Works, but more code than needed.
Works and less code to maintain.
Status | New | ⇒ | Pending |
Category | ⇒ | Administration com_finder |
yes i have disabled all finder plugins
ahh me silly not content smart search
Yes. Just realized that. It is because the modal is not loaded in empty state (happens before this PR, too).
If you index something, then empty state layout is not used and it should work well.
yeah , sure not depend from your pr, just discovered now me too
Labels |
Added:
?
|
@alikon Yes. @dgrammatiko Could you please give instructions for refresh ?
we have this update and refresh problem in lots of places
@joomdonation
You can refresh the page after closing the modal, using a script like that, inside the modal:
document.addEventListener('DOMContentLoaded', function() {
document.querySelector('#Modal_id').addEventListener('hide.bs.modal', function() {
window.parent.location.reload();
});
});
// Modal_id => The id of the modal window
But the "Save and Close" button is error prone, as in many cases the save will finish after the page is refreshed.
Hmm. Maybe we should do that in a separate PR, then as this is unrelated to the main change from this PR.
I have tested this item
I have tested this item
Status | Pending | ⇒ | Ready to Commit |
RTC
Status | Ready to Commit | ⇒ | Fixed in Code Base |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2021-07-10 11:30:12 |
Closed_By | ⇒ | wilsonge | |
Labels |
Added:
?
|
Thankyou!
I have tested this item✅ successfully on 1981f7f
Works like described.
This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/34738.