Opened 13 years ago
Closed 13 years ago
#21088 closed defect (bug) (fixed)
Fields to change Published dates not appearing properly in Internet Explorer 8 on WP 3.4
Reported by: |
|
Owned by: |
|
---|---|---|---|
Milestone: | 3.5 | Priority: | normal |
Severity: | normal | Version: | 3.3 |
Component: | UI | Keywords: | has-patch commit |
Focuses: | Cc: |
Description
The date fields that appear when you select "Edit" to change the Published date are not displaying properly in Internet Explorer 8. To replicate the problem:
- Open a post or page on a WordPress 3.4 site with Internet Explorer 8
- Select "Edit" next to the Published date in the "Publish" box.
- The fields display for a second and then disappear. Sometimes when you hover over the hidden fields, they'll appear for a second.
Attached screenshot displays the bug.
I have repeated this multiple times on different PCs with Internet Explorer 8 on Windows XP/SP3.
Attachments (5)
Change History (16)
#2
@
13 years ago
Could not reproduce either. Sometimes IE does this when there is invalid css on the page. Perhaps check if any css is added by plugins and if yes, try disabling them and test again.
#3
@
13 years ago
I am able to reproduce the error. The cuplrit seems to be the input/select/radio/checkbox elements not having their position set.
In order to view this bug in IE8 hit F12 and make sure your Browser Mode is IE8 Compat View and your Document Mode is IE7 Standards. Both are default options for IE8.
A "workaround" until this is fixed is by manually setting the position's to relative.
input[type='radio'],input[type='checkbox'],#timestampdiv select,#timestampdiv input{position:relative;}.
Hopefully this worked for you.
#4
@
13 years ago
- Component changed from General to UI
- Keywords has-patch added; reporter-feedback removed
- Milestone changed from Awaiting Review to 3.5
- Version changed from 3.4 to 3.3
Reproduced with the settings from comment:3.
Same in 3.3, looks fine in 3.2. Probably a result of the CSS merge.
#5
@
13 years ago
The admin has always been running in IE8 "standards" mode. If it's forced in "compat" mode there would probably be other inconsistencies. Think there was a way to tell IE8 to always run in "standards" mode, better to do that.
#7
@
13 years ago
The patch is applied to ie.css, which is IE7. Is this also a bug in IE7? Is IE8 a problem? What to do here?
#8
@
13 years ago
Replying to nacin:
Is this also a bug in IE7?
Yes
Is IE8 a problem?
Yes, in "compat" mode.
What to do here?
How about 21088.3.patch?
#10
@
13 years ago
IE8 Compat View and IE7 Document Mode is not a valid config for me. With default values it works in IE 8.
21088.3.patch with just the change in ie.css fixes the issue in IE 7.
Could not reproduce. Looks fine on my test install: 21088.published-date-ie8.png.
Make sure you have disabled all plugins.