Consider the following BB code:
Now assume that the user wants to merge both quotes by removing the closing and opening QUOTE tags in the middle (using WYSIWYG mode where he actually doesn't see the I tag). After saving the post, the merge is "magically" undone and the quote is split in two...
I was about to do the same copy & paste modification of 100+ lines myself but then thought that ideally this would be implemented directly by XenForo because then it can implemented in a cleaner way to avoid code duplication. :)
Please add a second "Watch" button below the list of posts. I think it's quite common to decide that you want to watch a thread when you've arrived at the end of the page. With a second "Watch" button below the post list you wouldn't have to scroll up again to watch the thread.
Consider two threads A and B with the last post in thread B being more recent than the last post in thread A. Consider furthermore that a user has completely read thread A but not thread B (or at least not its most recent post). Now, a moderator merges thread B into thread A (or merges the last...
We are getting about a dozen of these 406 Not Acceptable errors every day.
Is this the workaround that will ship with XenForo 2.1.3, @Chris D?
@@ -236,6 +236,7 @@ class PushNotification extends AbstractService...
Editing a post can send it back to the approval queue. The post then vanishes from the thread until until a moderator approves it (in which case it'll reappear).
It would be nice if the original version of the post was kept visible in the thread during this period.
In Firefox, it's possible to drag & drop a BMP image onto the editor. The BMP image is rendered just fine in the editor. But when you attempt to post the message, XenForo shows a misleading error that probably isn't very helpful for the average user: "The submitted message is too long to be...
One of our users has reported problems with the WYSIWYG editor in IE11 since XenForo 2.1.2, too. He says that quoting doesn't work correctly for him anymore. I have now manually updated to Froala 2.9.5 as well...
For example, writing host:port currently results in :p being replaced by the "stick out tongue" smiley: host:port
Ideally, XenForo should detect that in this case the user probably didn't intend :p to be a smiley. It could check whether potential smilies whose "Text to replace" is not delimited...
It should work if XenForo only adds the word boundary delimiter where it's actually needed:
@@ -175,7 +175,15 @@ class Formatter
- $text = strtr($text...