Bug 47286 – Input field styled with height=1% is too short, affects phpBB proSilver style

• Component: CSS
• Status: RESOLVED DUPLICATE

[Steinhaus]

Please try the http://foro.empire-strike.com
In private post when password is required, the field is inaccessible and can not be written. The same happens when using Google Chrome.

PS: Attach screen with a flatted field.

[Alexey Proskuryakov]

Could you please provide detailed steps to reproduce? Starting from <http://foro.empire-strike.com>, which links should I click to see the problem?

When I click on "Identificarse" at top right, I get a form where the password field seems to work just fine.

> PS: Attach screen with a flatted field.

There are currently no attachments in this bug.

[Steinhaus]

Created attachment 70068 [details]
flatted field

capture of screen in forum. Can see the flatted field then can´t write in

[Steinhaus]

Comment on attachment 70068 [details]
flatted field

Please, try to enter in http://foro.empire-strike.com/ultrazecreto-t111968-60.html and field "Contraseña" can´t get write inside.

[Alexey Proskuryakov]

Yes, I see the problem on that page. Thank you for the clarification!

#tabs, #minitabs, .post, .navbar, fieldset dl, ul.topiclist dl, ul.linklist, dl.polls {
	height: 1%;
}

<input class="post" type="password" name="password" size="25" tabindex="2">

[Alexey Proskuryakov]

Works fine in Firefox

[Alexey Proskuryakov]

Created attachment 70093 [details]
reduced test case

[Alexey Proskuryakov]

We have a number of reports with "height" and "percent" in summary, and I suspect that many are duplicates of each other.

Bug 32541 and bug 28031 look particularly similar to this one, even to my non-CSS eye.

[Steinhaus]

Well... in this case, the code for te password field is:

<tr> 
	<td class="row1" align="center">
		
			<table cellspacing="1" cellpadding="4" border="0">
						<tr> 
				<td class="gensmall"><b>Contraseña:</b></td>
				<td><input class="post" type="password"  name="password" size="25" tabindex="2" /></td>
			</tr>
			</table>
		</td>

</tr>

I see no specific declaration of the variable height, then is assumed as 1% by default?

(In reply to comment #8)
> Well... in this case, the code for te password field is:
> 
> <tr> 
>     <td class="row1" align="center">
> 
>             <table cellspacing="1" cellpadding="4" border="0">
>                         <tr> 
>                 <td class="gensmall"><b>Contraseña:</b></td>
>                 <td><input class="post" type="password"  name="password" size="25" tabindex="2" /></td>
>             </tr>
>             </table>
>         </td>
> 
> </tr>
> 
> I see no specific declaration of the variable height, then is assumed as 1% by default?

Using the Web Inspector you can see that there is a rule for the "post" class that sets the height to 1%.

[Alexey Proskuryakov]

Yes, I actually posted that rule from http://foro.empire-strike.com/style.php in comment 4.

[Steinhaus]

Ok, then what is the suggestion? a patch? an update on webkit for Safari? Or is it a problem in the forum page?

[Kent Tamura]

(In reply to comment #7)
> We have a number of reports with "height" and "percent" in summary, and I suspect that many are duplicates of each other.
> 
> Bug 32541 and bug 28031 look particularly similar to this one, even to my non-CSS eye.

Yes, this is exactly the same as Bug 32541.

(In reply to comment #11)
> Ok, then what is the suggestion? a patch? an update on webkit for Safari? Or is it a problem in the forum page?

This is a WebKit bug and there is no fix yet.  My suggestion is to report this problem to the page author.

*** This bug has been marked as a duplicate of bug 32541 ***

[Alexey Proskuryakov]

> This is a WebKit bug and there is no fix yet.  My suggestion is to report this problem to the page author.

Correct. The style developer should definitely be able to find a workaround - after all, almost all input fields on the Web are rendered correctly by WebKit. It's difficult for us to suggest what workaround would be best for these particular circumstances.

[Steinhaus]

The problem has been solved.

I send this information to the site manager and he has solved the problem of 1% flat in password field.

Thank you!