Make WordPress Core

Opened 11 years ago

Closed 8 years ago

#27455 closed defect (bug) (worksforme)

Admin bar jumps from top of viewport when ipad keyboard is visible

Reported by: gcorne's profile gcorne Owned by:
Milestone: Priority: normal
Severity: normal Version: 3.8
Component: Toolbar Keywords:
Focuses: ui Cc:

Description

When the virtual keyboard is visible on an iPad, the admin bar to no longer stuck to the top of the viewport, which degrades the experience when editing posts.

There already is an existing fix for screens less than 600px wide that switches to absolute positioning. Perhaps, we should do something similar by UA sniffing for iPads, although maybe there is a better solution out there.

Attachments (1)

adminbar-ipad-jump.jpg (168.9 KB) - added by gcorne 11 years ago.

Download all attachments as: .zip

Change History (9)

This ticket was mentioned in IRC in #wordpress-dev by gcorne. View the logs.


11 years ago

#3 @ocean90
10 years ago

  • Component changed from Appearance to Toolbar

#4 @morganestes
9 years ago

  • Keywords reporter-feedback added

I can't reproduce this on 4.3 trunk with the iOS Simulator. When I have the virtual keyboard active, the toolbar stays pinned to the top of the window and scrolls out of the way. Is this something that only happens on an actual device, or has this been fixed in a recent release?

@MikeHansenMe, can you confirm if this is still happening with the 4.2.x or 4.3 releases?

Last edited 9 years ago by morganestes (previous) (diff)

#5 @MikeHansenMe
9 years ago

@morganestes no longer have an iPad but I imagine someone does. It may have been fixed, as azaozz mentioned in the other ticket it was a long-standing bug with iOS and Safari. Maybe they fixed it. Let's just get a couple people to confirm and we can close these.

#6 @morganestes
9 years ago

  • Keywords needs-testing added; reporter-feedback removed

#7 @akibjorklund
8 years ago

  • Keywords close added; needs-testing removed

I tested this with a physical iPad 4/iOS 9.3, and could not reproduce the issue. Also tested with various iOS devices on BrowserStack and could only reproduce the issue with iOS 7, but not on iOS 8 or greater. Thus I think it is safe to assume the bug in iOS has been fixed and this ticket can be closed.

#8 @SergeyBiryukov
8 years ago

  • Keywords close removed
  • Milestone Awaiting Review deleted
  • Resolution set to worksforme
  • Status changed from new to closed
Note: See TracTickets for help on using tickets.