This isn’t pretty, but this should hopefully resolve the issue in pretty much all browsers. Somebody on iOS let me know if the reply box editor is still too tiny?
I’m still getting the same behavior in Firefox in Win 10. I uploaded a picture of our cats, but I couldn’t get to the image size (50%, 75%, 100%) without clicking the double arrow at an angle icon, nor at the “Reply” and “Close” buttons. Below is a screen shot (with personal stuff whited out). Note that I have scrolled down to the bottom of the window.
Also the double horizontal line in the middle doesn’t do anything.
2 Likes
I’ve narrowed down the draggie-resize-reply-view bug down to the Ignore User component we’ve been using since forever ago. I’m not sure why or when Discourse reply view busted while the component is enabled. We haven’t touched or changed the scripting since 2017.
I won’t have time to write migration code that moves ones’ existing muted users list to Discourse’s own implementation of an Ignore system (the type used on the other place) until 15th or 16th June this year. That’s like, in a week’s time? I don’t really know. Work’s got me brain scrambled.
Very sorry about the bugs, in the meantime.
4 Likes
Goodness, it’s no biggie! We’re lucky to have you.
4 Likes
Do you have any way of knowing how many people that’s going to impact? I don’t want anyone to have to lose that functionality, but it may be easier and faster to reach out to individuals to get them migrated if there are very few of them, instead of waiting for a general solution.
Also, is there any way to create a theme that doesn’t include that component so people can make a choice about which functionality to prioritize?
No idea how many would be impacted. The script was implemented with it running entirely user-side, in thr user’s browser. I could update the script to a
send a one-time roll call PM to a system account via user-side jquery click simulation as a stage in a longer roll-out.
It is possible to clone or create themes without the script-based system, in the meantime.
1 Like
The size looks OK, but now the “Reply” button doesn’t work unless I hide the keyboard first. I can see the button, I can touch it, but it doesn’t do anything until I hide the keyboard. That’s new.
3 Likes
… if it’s causing problems, just remove it
It shouldn’t be that big a deal for us to switch to the other Ignored feature on our own if we need it that badly
2 Likes
Haven’t had any issues before this point, so I’m not sure if related, but I’m suddenly having issues with the text block in the reply area overlapping the buttons below, to the point that it’s difficult to hit the “Reply” button to close out a post. I don’t use the ignore component at all (have never hit the point where I’d want to ignore someone who wasn’t so egregious about causing problems that they would be moderated), so I’m not sure if it’s a data point or if it’s just expected from the troubleshooting that’s been done.
(using Firefox on Win11 if it helps)
3 Likes
The Reply button looks good on my end, but I cannot click it in Chrome. It seems to work alright in Brave, though.
I need to hit the TAB key once to highlight the button, then hit ENTER to “press” it.
Text, etc, appears below the edit box in Chrome. Again, no problems yet in Brave.
(Chrome on Win7Pro, 64-bit)
3 Likes
Yep, that’s what I’m seeing on Firefox. There’s a narrow spot where I can hit the reply button when it’s doing that, but it’s sometimes tough to find… it seems like it’s only the area directly over the arrow that can activate the button, not anywhere else over the button, and if the text is overlapping then you have to hunt for a spot that’s over the arrow but outside the edge of the text.
3 Likes
Hmm… I happened to click-drag the handle of the bar at the top of the reply area (pictured below) while writing a reply for another post, and it immediately snapped to a point where the text area isn’t overlapping the reply button any more. It seems to be persisting for me also, and the entire reply button is now accessible when I mouse over it rather than just the arrow.
I’ve seen some weirdness since then with the size of the reply area being gigantic sometimes, but otherwise I haven’t seen the text area overlapping the buttons since then. Very strange. Aside from the immediate snap that one time, the handle on that blue bar seems completely nonfunctional for me… it switches to an icon which seems to indicate that it can move, but click-drag does absolutely nothing.
2 Likes
Confirmed. I just got the same effect on Chrome.
ETA: And the Reply button is clickable now, too.
3 Likes
Since I got that change while dragging the reply area, I’ve seen that any paste into the reply area expands the reply area upwards, and there’s no scroll available for the relpy area. This might be the same as the earlier reports of issues; if I paste something that is too large, the reply button is entirely off screen and I have to hit tab and pray to submit. I think I just haven’t ever hit something that triggers this, but it showed up in #DammitKansas - #65 by Nonentity
5 Likes
… well how about, if you’re not going to get rid of this redundant, buggy “mute” button, is there some way we can individually turn it off, so I won’t have to worry about accidentally clicking it again 
The custom Ignore/Mute User component has been disabled site-wide. I apologize for any inconvenience this may cause you. Please use the built-in discourse Ignore feature instead going forward.
4 Likes
Hmm… I’m now able to resize the reply area with the handle, so that’s definitely a plus.
I have seen some oddly inconsistent minor issues still happening, though they can mostly be worked around by resizing the area:
- I’ve seen one case of the reply area expanding upward when adding lines underneath a pasted-in URL, until it hit the top and then the bottom of the area expanded downwards (taking the reply and close buttons with it). Although I haven’t been able to reproduce it since then so I’m not sure what the trigger was.
- The text area still appears to extend over the reply/close buttons, but resizing the reply area to be larger gets around that.
I did have to clear my cache for the site to get the mute button to stop showing up.
Shorter version: still some bugs, but much less annoying 
2 Likes
Do you have any accessibility settings or systemwide increased font size or anything like that set?
I just ask because us web developers are really bad at figuring out all possible combinations of those things and testing them all properly. And it’s really hard to diagnose and solve things when they don’t happen for us so we can’t see whether or not a change affects it.
I tried a few settings tweaks (like 150% font size) but wasn’t able to find one that caused the reply/close buttons to be hidden in my experience. I don’t doubt that you’re seeing it though.
The expanding upward is I think expected normal behavior when you paste in an image or link that fills some space. So you can preview it. But covering up the bottom row of buttons is not expected, and that shouldn’t happen.
1 Like
Nope. And I made sure to shut off any ad blocking or other mods that might impact things.
Not quite what I meant. What I saw was: I pasted a link (which created the boxed summary in the preview), and then started typing lines below that… every carriage return after that point, even though there was still plenty of space in the reply area, caused the blue handle to shift upwards. Until it ran out of space, and then everything started expanding downwards past the bottom of the window.
Here’s what I’m seeing:
It stops at that level at the default size of the reply area, and if I drag the handle up a little bit then the bottom of the text area moves up with it until it’s inside the space it’s supposed to be in.
If I’m ever able to trigger that expansion thing again I’ll try to document it better - naturally, it’s refused to happen again now that I’m on the lookout for it. I think the only issue I’m still reliably seeing is the positioning of the bottom of the text area, and that’s also a bit fiddly - sometimes that bottom point is a bit higher when I start a reply, sometimes a bit lower, and I haven’t seen any indication of what might be determining that.
3 Likes
I do not have any accessibility or system-wide settings that are new or different than normal and I haven’t changed anything at all. But now I see it too!
I don’t know how or why. Even if I scroll all the way down, the final line of text is halfway outside the area:
Now if I can just make it happen consistently, maybe I can find something. Although I’m not really familiar with Discourse, so, maybe I wouldn’t.
Oh hey, look at this. I’m seeing consistency.
3 Likes