If you have an email ending in @hotmail.com, @live.com or @outlook.com (or any other Microsoft-related domain), please consider changing it to another email provider; Microsoft decided to instantly block the server's IP, so emails can't be sent to these addresses.
If you use an @yahoo.com email or any related Yahoo services, they have blocked us also due to "user complaints"
-UE
Suddenly, pineapples. (IJBM Vanilla 2.3 upgrade thread)
I just updated us to Vanilla 2.3. Post any borkage here. With any luck, their new parsers don't heavily break too much
Comments
Ooh, that's interesting.
I used to malign the fact that YouTube videos auto-embed, though I've kinda gotten used to the fact that they do. Now, suddenly, they don't anymore. Not sure if want to go back?
Also, I'm not sure how you hacked our previous editor but it used to actually not have the problem of presuming that linebreaks in the source are WYSIWYG linebreaks. It used to, but then it got fixed, but now it does that again. So, copying text from another post, or from another Vanilla site such as HH, will cause a bunch of silly linebreaks to be introduced.
I did notice, though, after you hacked our editor previously, that caused posting comments on the mobile site to require < b r > tags for linebreaks, or else they just simply wouldn't work. Happens for HH too I think.
It seems that the mobile editor takes raw HTML plus linebreaks, and the linebreaks are interpreted as-is. The desktop version has its own editor, which ignores linebreaks in the HTML source in the preview text, but then interprets them as-is when the text is posted. However, the hack that you previously did disabled this interpretation of linebreaks as-is, which caused the desktop editor to be more truly WYSIWYG, but then also caused the mobile editor to be even more "hardcore" HTML-only and ignore given linebreaks.
Edit: lol I had to break up the characters when mentioning a < b r > tag or else it parses. Even in full desktop editor mode. Heh. Well at least we now know that the new editor natively takes HTML tags as well as bbco
de.Links are also not auto-parsed. Interesting.
In a way I kinda like this, though it does probably disrupt some workflow we're used to as far as writing posts.
link made using HTML directly into advanced editor (not raw HTML)
link made using BBCode
Both of these work.
PM system now works again!
I mean, it parses : D into an emoji that shows X D.
1. Reporting a post produces a blank post as the report. Well, not completely blank, but the important fields merely have their headers and are not populated. As an admin, going to the Settings page for Flagging plugin (from the Dashboard), I get a Permission Denied page.
2. The rich editor is nuts, especially in the mobile site. On the desktop site, it inserts newlines in strange places, such as between quoteblocks and other text. They can only be removed by removal in the raw HTML viewer. The mobile site's rich editor is even wackier; the non-raw-HTML version activates the keyboard then loses keyboard focus, and any newlines typed into the HTML version are duplicated -- one newline in the raw HTML and one br tag. Note that the editor parses newlines in the raw HTML text as newlines to be rendered in the final product, just like br tags. This causes problems when pasting stuff from other HTML sources, e.g. copied text from the editor itself. Also, when going back an editing a post in the mobile site, the editor shows both a raw HTML version and a rich text version, one above the other (this might be a useful feature?).
3. Is there a way to disable emoticons?
Edit: I can apparently disable emoticons by going into the Emoji Sets plugin and choosing to not use emoticons. It uses the Apple emoticons by default. That said, I don't like non-text emoticons, but I'm not sure how popular disabling emoticons would be though. Feedback is welcome.
I wonder if there's a way to keep the old editor for the Desktop site since I remember some people want some stuff in it, but then use the Advanced Editor's WYSIWYG version for the mobile site.
A better fix would require under-the-hood intervention courtesy of UE.
3. Spam Queue and Moderation Queue pages have permission problems.
Vanilla 2.3 does not parse HTML font tags. So "< font size="6" > stuff < / font >" (without the spaces obviously, which I've inserted just so it doesn't disappear when I press Post Comment) will not change the size of font. Instead, one has to use < p style="font-size:72px" > stuff < / p >.
The problem is: When using the editor's font changer, it inserts HTML font tags. (And then the preview also parses them, albeit also badly because it doesn't give adequate spacing between lines.)
FYI the old post editor that we're still using isn't even updated or maintained anymore.
So, as a result, I'd like to have us use the built-in editor. It doesn't have as many buttons, though so I'd like to ask: does anyone object to making the switch to the new editor, and if so, why?
It doesn't for me. I think what's happening is that you're copying from a source with lots of HTML stuff and it's getting thrown (invisibly) into the post along with the quoted text.
I kinda wanna figure out why this happens but I think a less time-consuming idea would be for me to just flip the switch and go to the new editor and see if anyone complains.
I think I'll go do that right now actually.
I haven't used this new editor much myself either so I can't say how well it works but from my limited exposure to it I think it works better than the old one.
In other news, Spam Queue and Moderation Queue in the dashboard now work, and I think reporting posts works properly now too.
Edit: the queues work, but the flag threads created are still blank.
Also I think the spam account requests are going to the forum's built-in spam filter before going to our auto-reject, so there's now a ton in the forum's built-in filter.
Now hitting tab once goes straight to Post Comment.
Probably different tab order design, which is better anyway.
Yea, it no doubt hooks in before I do my own checks, for better or worse. I should hack in it listing like 100 instead of like 10 because that queue is really full.
It doesn't make me want to strangle it for adding things I don't want it to, so that instantly makes it better in my book.
In other news, I just tried the Flagging plugin on my vanilla...Vanilla install and it's just as broken there, so that's actually a problem that should be reported upstream, especially since it's an addon that comes packaged with Vanilla itself.
I like that out of sixteen emojis we got a braces one