A few days ago, my experience using this forum with the Firefox app on my tablet got a lot worse.
Firefox 134.0 (Build #2016064983)
Android 14
Galaxy Tab S9 FE
Additional note: I have always used Discourse in Firefox with “desktop site” disabled. Otherwise, the font gets way too big. Video showing the size difference:
One regression that is very easy to explain is that the AI menu opens behind the composer, so if I am lucky, I can see almost all options, but sometimes just one or nothing at all. When I create a new topic, it’s one of the latter because the title and category field also cover the menu.
Additionally, I can no longer adjust the height of the composer. The full-screen button and the grip have disappeared. This makes quoting and linking posts much more complicated. The grip is back when I enable “desktop mode” in Firefox’s settings, but, as I explained before, due to the huge size of everything, that isn’t a workaround. In Chrome, the grip is visible regardless of whether “desktop site” is enabled or disabled.
Screenshots taken for comparison before my forum was updated:
The composer height now also depends on whether the preview is shown or not. It’s larger in both directions when the preview is visible. These are the two fixed height options I can choose from by enabling or hiding the preview on the right. So hiding the preview works as a workaround for quoting.
But composing a topic with barely 3 lines visible in the composer is quite difficult. While it seems like showing the preview increases the size of the composer, this is only true until I tap the text field and the keyboard appears. Even scrolling within that small field to navigate to another paragraph is difficult.
Hmm, any chance you can inspect your Firefox browser? The change assumes we detect correctly your device as a tablet device, when inspecting can you see if the html element has the tablet-device class?
This now it happens in Chrome too. It still works in Chrome on my forum which was updated about 36 hours ago but here the AI modal is now behind the composer.
Thanks, yes, I see what the issue is with the AI dropdown. It’s a problem of z-indexes.
@keegan@awesomerobot I need some help here. On tablet, iPad and mobile, we now set a z-index of mobile-composer for the composer when it is open. The reason for this is so that the composer can be layered above the header, especially important on tablet landscape viewports.
The AI helper menu has a lower z-index though (just above z("composer", "dropdown")), which shows up below the composer on tablets. I think this doesn’t affect mobile, the button triggers a modal window there. Would it make sense to switch it to use a modal on tablet as well?
And the full-screen composer button is missing in both now. It was quite helpful as it hides title and category field when you create a new topic, so you can use that space for the body
This is working as expected IMO, the mobile version won’t have the grippie to resize the composer, that’s a conscious decision, the vast majority of mobile devices don’t have the room to resize the composer.
Well I use Discourse in desktop-mode. The toggle in the sidebar shows a phone, I see a preview next to the composer and there are no buttons for adding a gif or image at the bottom of the composer.
But as I said before I use Firefox with “desktop site” disabled, because otherwise everything is way to big. But that shouldn’t be the issue as in Chrome it does not matter whether I activate “desktop-site” in it’s settings, I can change the size of the composer in both cases. And it wasn’t a problem in Firefox a week ago.
Yeah, I am getting the same results from Chrome, toggling Desktop Site has no effect. When I inspect the user agent with or without that toggle, Chrome has some subtle differences, but crucially neither mode has Mobile in the user agent.
Can we fix the problem that the content in Discourse becomes that large when I enable desktop site? I guess not, because that doesn’t seem to be a Discourse problem, because it happens at other websites too. But the increased size of everything is why I don’t want to enable desktop site.
Note: the full-screen composer button is also missing when desktop site is enabled and in Chrome.
How does Discourse decide whether I see the mobile composer with the buttons at the bottom right or the desktop composer with a preview next to it? Since I see the desktop version of the preview the detection for that seems to work in Firefox. Can the same technique be used for the option to change the height?
