[4.1] Fire change events consistently on the media Field#37652
[4.1] Fire change events consistently on the media Field#37652dgrammatiko wants to merge 30 commits intojoomla:4.2-devfrom
Conversation
Change to use DATE_FORMAT_LC instead of RFC822 to enable translated dates in the notification emails.
English grammar corrections Co-authored-by: Quy <quy@fluxbb.org>
Co-authored-by: Quy <quy@fluxbb.org>
Adds the missing table caption for the two tables in the multlilangstatus _module_ There is no visual change as the captions are seet to be visually-hidden
Its a subtle change but a correct one as the "read more" is the primary and "title" the secondary function of the option It also means that all three read more options are structured similarly grammatically
* [4.1] com_media: hardcoded language strings
[4.1] order formdata
* Update link.php the pagnation in has an misuse of the aria-label. i fixed it with two span tags. * Update layouts/joomla/pagination/link.php Co-authored-by: Brian Teeman <brian@teeman.net>
### Steps to reproduce the issue Create a menu of type Articles Category List Create a menu of type List all contacts in a category Enable the display filter option in both ### Expected result the filter field works/displays the same in both ### Actual result Com_content In com_content there is an option to select what the filter field should be and depending on the filter field the display & functionality in the front end is adjusted.  #### Filter - Author (input)  #### Filter - Title (input)  #### Filter - Month(select)  ### Actual result com_contact In com_contact the option is just show/hide   ### Additional comments The _problem_ is 1. com_contacts the form option in the admin is **filter** 2. com_contacts the button in the site is **filter** 3. the placeholder text (and aria-label) is **search in title** in com_contacts but just **title filer** in com_contact For a consistent ui this PR changes search in title to title filter ## Result 
* Unnecessary description for layout * Added info about deprecated string * Update administrator/language/en-GB/joomla.ini Co-authored-by: Allon Moritz <allon.moritz@digital-peak.com>
|
Can you rebase this to 4.2? |
|
So 4.1 and 4.2 are not in sync? @laoneo |
|
@dgrammatiko I think the problem with the branch sync will be solved after the next upmerge from 4.1-dev to 4.2-dev and then update of the branch of this PR to 4.2-dev. As there is an alpha-2 release scheduled for tomorrow, I assume the upmerge will happen just after that. |
|
@richard67 sure but I have no clue why this small bug fix needs to wait few months in order to be (potentially) merged. It's not very helpful for those devs that have a problem with the field right now. Anyways, not my call, just seems not very dev friendly approach |
@dgrammatiko Maybe you misunderstood or I explained wrong. Tomorrow is 4.2 alpha-2 and after that the upmerge, so your PR can be tested and RTC'ed on the day after tomorrow, I would think. |
|
@dgrammatiko P.S. Ah .. you mean the rebase decision? Well I don't know why that was made. @laoneo ? |
|
@laoneo To me this PR seems to be a bug fix, so I don't see why it should go into 4.2. What am I missing? |
|
@richard67 this should be already fixed for 4.2 with #37654, so this isn’t needed anymore |
|
@dgrammatiko Thanks. |
|
Unless the fix is ok for 4.1, then I can redo this PR (2 lines or whatever) |
@bembelimen I think that's on you to decide. |
|
So I redid it in #37702, feel free to close the PR if 4.2 is fine |
Pull Request for Issue #37640 .
Summary of Changes
Testing Instructions
$0.addEventListener('change', (e) => console.log(e))Actual result BEFORE applying this Pull Request
No event on image selection
Expected result AFTER applying this Pull Request
Documentation Changes Required
No this is a bug