-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
User form field type; user not selected if search is performed in pop-up. #13306
Comments
Searching a User in "user Notes" got a list of Notes for User. Maybe i don't understand your issue, can you please explain? Test on:Joomla! 3.7.0-staging |
I've discovered the same problem.
Every time you perform a search the first user selection is ignored. This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/13306. |
@atgbcn cannot confirm Issue: Tested like written Steps 1 to 5: Modal Dialog closes and User is set in Test on:Joomla! 3.7.0-beta1 |
@franz-wohlkoenig my test was done using windows-10 and chrome at my job's computer. At home I'm testing using Joomla! 3.6.5 Stable [ Noether ] 1-December-2016 22:46 GMT and the same problem appears. I've also tested the issue using and it behaves correctly. I remember testing the issue on windows using Google Chrome and Firefox and the problem appeared too. I'll send you the exact versions of the windows browsers on Monday. Thanks! |
Test on:Joomla! 3.7.0-beta1 Works: Modal Dialog closed, User set in |
@franz-wohlkoenig maybe Joomla! 3.7.0-beta1 has that issue fixed. I'm running the last stable version Joomla! 3.6.5 Stable [ Noether ] 1-December-2016 22:46 GMT Anyway, I'll send you the windows browser's specs on Monday. Thanks! |
Good morning @franz-wohlkoenig I'm running Windows 10.0.10586 at my office. I've updated my browsers but I still can reproduce the issue using Google Chrome 56.0.2924.87 (64-bit) This browser works as expected Thanks! |
@atgbcn there are more Issues depending on OS and/or Browser > seems this too. Similaer #13594 |
hi i have same issue in Google chrome, i find solution for this. This issue occur because of mootools check. "index.php?option=com_users&view=users&layout=modal&tmpl=component&required=0&field={field-user-id}&ismoo=0&excluded=WyIiXQ==" this is request url for user model popup. input parameter ismoo = 0 when search user, form will submit but form search it did't pass ismoo variable so it take default variable ismoo=1. so solution is administrator/components/com_users/views/users/tmpl/modal.php: This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/13306. |
<input type="hidden" name="ismoo" value="" />
|
hi, i don't know, how to display php code in value. just echo $isMoo; in value field. sorry for 3 reply. This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/13306. |
@zero-24 can you have a look on this? |
@alagesanbe08 Thanks, nice find. I had the issue on Joomla 3.6.5 with my custom extensions, applied the fix and the issue is sorted Your proposed fix has included in stagging, so it will be fixed in 3.7.0, see https://github.com/joomla/joomla-cms/blob/staging/administrator/components/com_users/views/users/tmpl/modal.php#L126 (The code is a bit ugly, it should just be echo $isMoo instead of calling $input->get again) |
@cjcliffe @atgbcn can you test 3.7 like @joomdonation wrote? |
@joomdonation I agree with you here is the PR: #14047 that should fix that problem 😄 |
Steps to reproduce the issue
Expected result
The user selected in the pop-up should populate the user form field.
Actual result
Nothing happens; the form field is left empty and it's necessary to click again (without searching) and select the user.
System information (as much as possible)
Does not appear browser or system dependent; is happening on multiple development and live systems running with various configurations on the latest Joomla release.
Additional comments
Is a minor annoyance among our customers but would be nice to get resolved; opening the dialog a second time at least keeps the previous search filter.
The text was updated successfully, but these errors were encountered: