technastic.com/xiaomi-bloatware-list-miui OK, this page acts WEIRD

it renders fine while loading

then, when it finishes loading, it loses its styles!

(but if you stop page load before it "breaks", it still looks fine)

tomman: most likely javascript-related, as it does not lose its styles here, although from what I'm seeing losing the styles might not be a bad thing...

tomman: does technastic.com/xiaomi-bloatware-list-miui/amp work better?

has a big space at the top here but might be more usable despite that

at least it does not "autodetect" smartphones based on content width

well least SeaMonkey won't be affected by this.. You guys HAVE permission to use Thunderbird's keys

tomman: technastic.com/xiaomi-bloatware-list-miui - the fix is to Block Remote Fonts (ublock O.)

what needs to be done to make the attachments on linuxquestions.org/questions/showthread.php?p=6352789#post6352789 open in the current SM instead of selecting SM with SM profile manager?

a-865: you tried to make it open in SM by specifying the SM executable?

(just trying to understand how it gets to a state where it opens the profile manager)

here those two attachments don't seem to offer the option to open in SM, I can do it but that's because of "Open in browser"

is "plain/text" an alias for "text/plain" in MIME?

(that's the content-type the server indicates for these attachments)

I wonder if it is a bug in vBulletin, I've never noticed anything like this before.

I could reproduce at forums.fedoraforum.org, I could find a post there whose .txt attachment is served as plain/text as well.

so there's something happening with vBulletin instances and text/plain files

it might be possible to change it in the configuration: vbulletin.com/docs/onepage/?manualversion=40205500#item270

(longish page, but seems to load quickly)

njsg: is that vbulletin page about what the site needs to do, or what its users can do?

yes, by specifying

I wonder if ubuntuforums.org has the same behaviour, but it appears that only logged-in users can access attachments there

a-865: the former - I'm also curious about what the current values are

infuriating that SM won't open text file attachments

I mean, does it indeed come with .txt as "plain/text"?

njsg: I don't see any way to tell whether it's labeled plain/text or text/plain or something else

until trying to open, where it's plain/text

I'm going to go out on a limb and say someone saw "text/plain", didn't understand how MIME content-types are organized, and mentally translated it to "plain/text" so that it reads out as "plain text" in plain English.

Either that or somebody had something open in vim and hit the key combo for swap-words.

In any case, the correct content-type would be "text/plain", NOT "plain/text". The list of possible categories is short and definitely does not include "plain".

blackouts~

Finally, I got a legit internationally-useable credit card...

..let's create a PayPal account

...and can't because a script error happens

"Error de análisis XML: no se encontraron elementos

Ubicación: paypal.com/auth/verifygrcenterprise

Línea 1, columna 1:

("no elements found")

barred for years from the world economy due to communism, and now still barred due to JavaScript

...that error happens on all pages?!

yet... I can ignore that first page ("let's know what you like")

...nevermind, managed to make the account (and got it promptly "limited", because they hate Venezuelans)

possibly wrong content-type? or, perhaps more likely (well, really a subtype of the "wrong content-type" family of issues), something that normally returns XML but is hitting some error condition (UA sniffing, lack of some header, lack of some setting somewhere)

the latter might become more common in this world of "living standards" where it's apparently ok to change defaults in backward-incompatible ways