-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
[4.0] Installation: email field is not a password field #18863
Conversation
@Webdongle which Issue-Number please? |
@@ -30,12 +39,9 @@ | |||
/> | |||
|
|||
<field | |||
name="admin_user" | |||
name="dummy_input" | |||
type="text" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What happens if you make the type hidden?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Dont know ... try it and see if you like but this way works.
What are the failed tests > Have I done something wrong ? |
@Webdongle The drone errors are unrelated to your code. dont worry about them |
I will repeat my comments from the original issue. I do not see the problem that you are trying to solve. It is a feature of firefox that if you have a saved user in the browser then it will suggest the email that you saved for that user in the email address field |
But when installing ... on the second page the email field does not offer email addresses it offers passwords. email field offers passwords |
its not offering a password. it is offering the email that has been stored for that username in the browser. |
|
sorry but you are wrong. doesnt matter how many times you repeat it or how many pictures of glasses you draw. you are misunderstanding firefox. |
OK, stupid question time. Have you actually clicked on one of the values that Firefox is offering in its autocomplete for that field? If so, what is the value it is giving (i.e. is it an email address or is it a password)? The only change I see here is the deliberate breaking of a browser feature because of one person's misunderstanding of the feature. |
Autofill has been completely rewritten in firefox quantum |
It is a username then the password field is auto filled to the value of the username |
@mbabker yes i clicked on it - i am not silly - and that is how i know it is giving me the email address as expected and as i have repeatedly stated |
Same functionality exists in safari, I can confirm what @brianteeman is saying, also that was the reason to say we should close the issue in the first place |
it is not rocket science guys. I would close this but as I am the main objector to this stupidity I will be politic and leave it to someone else |
And there is the proof that it works as intended. You are selecting a value from a known list of accounts in Firefox's cache and Firefox is filling the password field based on your selection from another field. Looks like it's working to me. Closed. |
Thats because that is what you have stored in firefox!!!! |
Sorry, we are not accepting pull requests which disable browser features. If you feel there is a bug in how the browser feature works, submit a bug report to the appropriate vendor. |
@brianteeman @mbabker This is how it should work (and works this way if the php in the default.php is replaced with normal text or with the proposed patch) |
i have used up my limited spare time to deal with this |
Joomla renders standard HTML. The browser doesn't care if the HTML is rendered by PHP, JavaScript, Java, Python, Perl, or any other programming language. So no, browsers do not behave differently because of the tooling used to build the resulting HTML. Your patch explicitly breaks a browser feature. Therefore it is invalid. The fact you need a dummy input to get the result you want points to a browser bug, not a Joomla bug, because Joomla doesn't control the browser handling. The absolute most that we might be able to do is switch the order on the username and email fields, but such a decision has absolutely nothing to do with browser auto fill logic. |
And you still cant see what the problem is. Never mind, I've wasted enough time trying to explain why the email field should display emails not the key with a user/pass. It could be a browser bug or it could be a joomla bug ... but when If it is not fixed then there will be a lot of complaints in the forum. And it will be off putting for new/potential users. |
please learn how to use your browser ALSO your patch is no good as it is fails both standard html standards (missing closing div) and accessibility standards (display none ) |
Define standard notation. Are you saying that the HTML which is rendered on the page has been used to avoid the PHP method call or have you crafted your own markup to prove a point? The browser doesn't know the page was rendered with PHP. The browser only knows the HTML it was given. I'm not entertaining an argument that equates to "the browser handles hand crafted HTML differently from dynamically generated HTML" because that is a flat out lie. |
@mbabker
I make mistakes but I do not lie. Please do not insult me like that it is not keeping with the spirit cooperation. |
because we need the email as part of the signup but we do not need the email as part of the login |
But the username is needed as part of the sign in and login. With 3.x the signup was but 4.0 it has changed to What was the logic of changing the order of the fields ? |
it is irrelevant to your issue. your issue is your browser as explained. |
Sorry folks, but as I have demonstrated here |
Therefore, I suggest to use the other solution and indeed move the email field before the username in setup.php (Still FF Quantum...)
Thank you for your attention |
Will make PR. |
Please see #18911 |
Pull Request for Issue #18793
Summary of Changes
Testing Instructions
Download and unzip the Joomla 4 zip
Replace the installation/tmpl/setup/default.php to prevent email field autofill with password and installation/forms/setup.xml files
Run the install in Firefox browser
Expected result
Clicking in the email field (page 2 of the install) displays a list of emails not passwords
Actual result
Installing without the PR
Clicking in the email field (page 2 of the install) displays a list Passwords
Installing with the installation/tmpl/setup/default.php to prevent email field autofill with password and installation/forms/setup.xml files
Clicking in the email field (page 2 of the install) displays a list of emails not passwords
Documentation Changes Required
None