# Dealing with iOS 8 Mobile Safari bugs?

**URL:** <https://meta.discourse.org/t/dealing-with-ios-8-mobile-safari-bugs/24101>\
**Category:** Feature\
**Created:** [2015年一月16日 20:28 UTC](https://meta.discourse.org/t/dealing-with-ios-8-mobile-safari-bugs/24101 "2015-01-16T20:28:13Z")\
**Posts on this page:** 5\
**Page:** 4

<div class="post-metadata">

**Author:** ![Mittineague](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mittineague/32/114259_2.png) [@Mittineague](https://meta.discourse.org/u/Mittineague)\
**Post date:** [2017年四月5日 22:10 UTC](https://meta.discourse.org/t/dealing-with-ios-8-mobile-safari-bugs/24101/66 "2017-04-05T22:10:01Z")

</div>

There is a resize event that has some support, but I don’t know if it’s mature and stable enough to code for yet.

> **[Mobile events - resize](https://www.quirksmode.org/dom/events/resize_mobile.html)**

---

<div class="post-metadata">

**Author:** ![terraboss](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/terraboss/32/579081_2.png) [@terraboss](https://meta.discourse.org/u/terraboss)\
**Post date:** [2017年四月7日 10:16 UTC](https://meta.discourse.org/t/dealing-with-ios-8-mobile-safari-bugs/24101/67 "2017-04-07T10:16:52Z")

</div>

This would be the best way to show up the composer, as seen on reply:  
(Notice, that the adress bar and bookmarks are hiding automatically by starting a new reply by Safari. It seems the page is expanding and therefore iOS can resolve the issue…)

 ![](https://global.discourse-cdn.com/meta/original/3X/b/2/b21672f8592240e01be90e6ac1b147b854b4ddcc.PNG)

This is how it looks like at me (with tags): Terrible…

 ![](https://global.discourse-cdn.com/meta/original/3X/8/a/8a6d11be6b41a5bfd179b3aed8a4aac1fb00643b.JPG)

And here without tags, at your instance:

 ![](https://global.discourse-cdn.com/meta/original/3X/8/a/8acc498de6a15c017021fc82766c6a8da32a66f8.JPG)

* * *

Overall, I think the best way to get more available space is, to bring the buttons and dropdown fields in a separate dialog field before/after editing.

@sam Specs: iPad mini 4; iOS 10.3.1

---

<div class="post-metadata">

**Author:** ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)\
**Post date:** [2017年四月7日 13:04 UTC](https://meta.discourse.org/t/dealing-with-ios-8-mobile-safari-bugs/24101/68 "2017-04-07T13:04:07Z")

</div>

Hmmm … this appears to overlap quite a bit with:

> [@The composer needs to be more friendly to iPad Mini](https://meta.discourse.org/t/the-composer-needs-to-be-more-friendly-to-ipad-mini/55684/5):
>
> I love my iPad mini. It has the perfect dimension and weight for holding it with one hand. The landscape mode is the only mode, I’m able to actually use websites like discourse. I would like some dynamic UI elements with toolbars and maybe in Word app tab style another view of the raw markup language. The default should be a WYSIWYG view. Nearly every editor in iOS is more user-frindly as the composer is. The composer is nice under normal desktop-usecase circumstances but not on mobile device…

I agree there is lots of empty spaces in “create topic” screen that should be filled up, I think a simple workaround for now is to always give “create topic” 200 more vertical pixels or something.

Maybe come up with some better visual mocks?

I think this discussion here is nothing specific to iOS it belongs in your other topic or something.

---

<div class="post-metadata">

**Author:** ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)\
**Post date:** [2017年六月12日 18:20 UTC](https://meta.discourse.org/t/dealing-with-ios-8-mobile-safari-bugs/24101/69 "2017-06-12T18:20:29Z")

</div>

As of iOS 10.3 this is mostly fixed:

```plaintext
Hi samuel,

This is a courtesy email regarding Bug ID# 27166979.

Engineering has provided the following feedback regarding this issue:

Engineering has the following feedback for you:

Thank you for you feedback. This was fixed in iOS 10.3.

Latest version:

iOS 10.3.2 GM (14F89 | 14F90)
https://developer.apple.com/download/
Posted Date: May 15th, 2017

We are now closing this bug report.

If you have questions or comments about the resolution, please update your bug report with that information so we can respond.

```

I confirmed that scroll is not going all over-the-place when you start entering text. (repro is to use iOS 10.3 in “desktop” mode, scroll down page and click on search text input)

position fixed is still somewhat finicky, but the killer bug we had appears to be gone.

---

<div class="post-metadata">

**Author:** ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)\
**Post date:** [2023年五月9日 07:05 UTC](https://meta.discourse.org/t/dealing-with-ios-8-mobile-safari-bugs/24101/70 "2023-05-09T07:05:42Z")

</div>



[上一頁](https://meta.discourse.org/t/dealing-with-ios-8-mobile-safari-bugs/24101.md?page=3)