Opened 11 months ago
Closed 7 months 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: |
|
|---|---|---|---|
| Priority: | normal | Milestone: | 3.5 |
| Component: | UI | Version: | 3.3 |
| Severity: | normal | Keywords: | has-patch commit |
| 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)
SergeyBiryukov — 11 months ago
comment:1
SergeyBiryukov — 11 months ago
- Keywords reporter-feedback added
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.
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.
SergeyBiryukov — 9 months ago
comment:4
SergeyBiryukov — 9 months 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.
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.
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?
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?
- Keywords commit added
Can someone confirm this is good in IE7 and IE8?
comment:10
ocean90 — 7 months 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.
comment:11
nacin — 7 months ago
- Owner set to nacin
- Resolution set to fixed
- Status changed from new to closed
In 22447:

Could not reproduce. Looks fine on my test install: 21088.published-date-ie8.png.
Make sure you have disabled all plugins.