|
|
|
|
| Welcome, Guest | Home | Search | Login | Register | |
| Author | Cloudflare "email protected" bug in S7T? (Read 125082 times) | ||||||||||||||||||||||||||||||||||||||||||||||||||
|
Jatoba
256 MB  Posts: 270 System 9 Newcomer! 
|
on: March 29, 2025, 09:38
So, ever since today, I'm noticing there's some Cloudflare intervention that is breaking posts here on System 7 Today... I cannot read @lauland's Retro68 command from here, as this is what is showing instead: http://revontulet.org/2025/03/29/95fc0e01109b4333ae0427b7baa6b7a1.jpg I'm using Classilla 9.3.4b as usual. I'm guessing this is some Cloudflare feature meant to hide e-mails, but... whatever the intention was, it's not working, apparently because it "thinks" anyone without latest JavaScript features has "JavaScript disabled" and "is a bot". And, it's mistaking non-email-address text as e-mail address text. |
||||||||||||||||||||||||||||||||||||||||||||||||||
Last Edit: March 29, 2025, 09:40 by Jatoba
|
lauland
|
512 MB Posts: 674 Symtes 7 Mewconer!
Reply #1 on: March 30, 2025, 00:10
|
I think that is just a "feature" of the s7t site software that would auto convert what it thinks are emojis. The "confused smiley face" seems to be auto replacing three question marks in a row. I saw the same thing with an eight and a close paren turning into a "smiley wearing sunglasses" in another post of mine. I don't think the browser matters. Let's see...  sunglasses smiley? conufsed smiley?
|
68040
|
512 MB Posts: 950 68k - thy kingdom come, thy will be done !
Reply #2 on: March 30, 2025, 10:50
|
That emoji auto-replacement "feature" has messed up my posts since days immemorial. And as of yet I haven't found a way to ensure that  does not get "emjoi'ed".
|
Jatoba
|
256 MB Posts: 270 System 9 Newcomer!
Reply #3 on: March 30, 2025, 14:05
|
The emojis I understand, I can "decode" them to see what a message says, but I cannot do this reverse process with the "email protected" problem. (The screenshot I put above illustrates it.)
|
Knezzen
|
Administrator 512 MB  Posts: 608 Village idiot
Reply #4 on: March 30, 2025, 21:02
|
The "email protected" is a SPAM protection thing, not CloudFlare's fault. I can turn that off. The emojis could be altered or turned off as well, of course.
|
Jatoba
|
256 MB Posts: 270 System 9 Newcomer!
Reply #5 on: March 31, 2025, 08:02
|
@Knezzen Alternatively, how feasible would it be to add support for code tags? That'd kill 2 birds with 1 stone. (While keeping both birds alive and well, paradoxically, if you catch my drift.) EDIT: Oh, it seems the forum engine recognizes them! It prefixes the text with "Code: Select", and seems to just work, with a different font to help identify the code part. You need to add two blank rows after closing it to get to skip a single blank row if you write any text afterwards and want blank space inbetween, which is a bit odd, but works. E.g.: Code: [Select] This text is within a code tag!Two blank lines were added, but only 1 blank line is rendered between this row of text, and the code text above. You use it with [ code]text goes here[/ code]. Without the spaces, of course.
Last Edit: March 31, 2025, 08:12 by Jatoba
|
Knezzen
|
Administrator 512 MB Posts: 608 Village idiot
Reply #6 on: March 31, 2025, 15:22
|
Good info! I should add that to the post page under the other help text. Will it remove emojis though? Code: [Select] This is code with an :) emoji in it! And with a@mail address.It sure seems to work, so that's the solution for both problems, I would say.
|
lauland
|
512 MB Posts: 674 Symtes 7 Mewconer!
Reply #7 on: April 01, 2025, 04:47
|
Extremely cool! Let's try it out... Code: [Select] This is part of what I have in the Makefile for Breaker to build with Retro68. The uncommented Rez line is for m68k, the two commented lines above are the equiv for powerpc. All the dollars mark variables which I've defined in part of the Makefile I've not included. The exceptions are "dollar at" and "dollar carret", which are shorthand for the "left and right hand" of the current target. So "dollar at" is TARGET (something like Breaker) and "dollar carret" is OBJECTS (all the .o files). So something like "dollar at dot pef" expands to "Breaker.pef". EFILE is .code.bin for m68k, and .pef for powerpc (I could've used it in the Rez commands, but didn't). CC is either m68k-apple-macos-gcc or powerpc-apple-macos-gcc. RINC is the path to RIncludes, and RES is either Retro68APPL.r or RetroPPCAPPL.r...but for SDL programs you'd want to ALSO have SDL.r in there.
Last Edit: April 01, 2025, 05:06 by lauland
|
Jatoba
|
256 MB Posts: 270 System 9 Newcomer!
Reply #8 on: April 01, 2025, 09:54
|
@lauland Oh no, looks like the "email protected" issue still occurs! http://revontulet.org/2025/04/01/990f8367ae65461a9e881d41a5598b12.jpg It's a lot better now with the code tag, but a lot of the command remains hidden... What's funny is that the "email protected" parts don't even have an "@" sign in them, do they? @Knezzen I wonder if this "email" filter can be configured not to "missfire" at non-email text?
|
lauland
|
512 MB Posts: 674 Symtes 7 Mewconer!
Reply #9 on: April 01, 2025, 15:34
|
No...they do...so it must think those are email addresses! This is the same code snip with all the at signs replaced with an underscore: Code: [Select] $(TARGET): $(OBJECTS)
Last Edit: April 01, 2025, 15:35 by lauland
|
Jatoba
|
256 MB Posts: 270 System 9 Newcomer!
Reply #10 on: April 01, 2025, 19:06
|
Ah ha, it's the combination of "@" and "." without any space between them that is triggering it. The "email protection" algorithm is being very lazy and not really trying to check for a valid email pattern as per spec. For example: $ @ .bin (Without the spaces) An "@" followed directly by a "." is not valid email format, but... the email protection checker is not really checking that correctly. Without spaces: $@.bin
|
Knezzen
|
Administrator 512 MB Posts: 608 Village idiot
Reply #11 on: April 02, 2025, 08:39
|
I'll see what I can do. If nothing can be configured I'm going to disable it. Less headache.
|
Jatoba
|
256 MB Posts: 270 System 9 Newcomer!
Reply #12 on: April 03, 2025, 10:29
|
Thanks, @Knez! Whatever was done is now working, and the issue is gone.  As a side effect of the convo, we also discovered the [ code] tag works here, and helps emphasize code (with font change etc.) versus normal text, on top of getting rid of unwanted smileys in them.
|
|
Pages: [1]
|
| |||||||||||||
|
© 2021 System7Today.com. |
