The renderHTMLFooter() method does a bunch of Javascript stuff and isn't actually related to the page footer, but PHUIRemarkupView and renderObjectRefForAnyMedia() were enough of a hint that think I have a reproduction case locally now -- let me figure out what I actually did and this will likely be fairly easy to fix.

Could this be related to the custom footer markup? The code in question hasn't changed in a long time but I suspect maybe it's related to changes in the remarkup rendering code that's adding metadata where it didn't previously?

I toggled developer mode on for a moment and managed to get a stack trace:

@20after4, any chance there's a stack trace for this in the webserver error logs? I can't immediately figure out how to reproduce this locally.

Possibly this should really be three dimensions (Size, Contrast, Color Correction).

T12000 isn't really a duplicate. It's more of an enhancement for today's tokens. Of course, it'd be useful for this eventually, too, but that's tangential.

I did order an iPhone 7 plus, so I'll have a better understanding if 2x is actually noticeably bad.

This isn't like something I'm looking for immediately, btw. Just like, next time I have to make 50 images.

I'm also not sure if we can use SVG as a data: URL in CSS. It probably should work, but if it doesn't we'll have to rasterize (and, I guess, serve 5+ different sizes to every user).

Alright -- we can have bin/celerity map rasterize SVG into arbitrary sizes if I'm not comfortable serving SVG directly from Celerity.

I'd like to generate 1 image and have them work 1x, 2x, 3x, etc or any size I need. I can't think of any other long term solution.

(That will give us slightly bad scale-downs on 1X screens, but I bet they're not worse than scaling down an SVG would be.)

I think we can just do 2x in all cases for these, if that's reasonable?

fwiw, I want to convert all bitmaps to SVG if possible, so we can skip building 1x and 2x images.

Don't know if D16178 is worth comandeering? But feel free.

This one is a little scattered, so let me know where I can fill in any gaps. Most of the details are in D16178.

arc cast

Sounds like we should write a "Screencastph" app!

is there a twitch module for bash? can I live stream this excitement?

how.will.it.end

rough life :(

do-dist-upgrade is pushing me to 16.04

welp

I'm on 14.04 and it has 0.6.4 installed. :(

This hasn't come up again in three years so I'm just going to assume that everyone is realistically installing 0.7.0 or newer nowadays. Today, optiping strongly recommends upgrading to 0.7.6 or newer to fix some security issues.

Something representing a prison, quarantine, or really good fence? I'm also a fan of the spooky ghost.

shruggy_ghost

haha i was just thinking the same thing with the spooky haunted file task.

Some kind of ghost would be good too, but not too snapchat-ey.

next batch is ready, should land tonight:

Nope, it's a hardcoded app right now, see T11217

Is this not a modularizable thing?

First 16 are done and out for review. Next 8 are sent off to the designer, should have them next week. Can explore another set of 8 if needed after that.

We need a platypus. It is objectively the best animal.

Humbly suggesting any/all of the following: gun, bomb, skull and cross bones. I find that I type :skull: :gun: on slack a lot (a common side effect of support ops work.)

These will be images in Phabricator, not emoji.

In T11244#183049, @chad wrote:

http://emojipedia.org/upside-down-face/

http://emojipedia.org/upside-down-face/

Is the last one supposed to be a cube? Windows is 🐗 ing

need some food / drinks

added dat boi

ohh, its boaring

I think only frogs are allowed to be memes.

I wish :(

is that from a dank meme i'm not aware of?

• 🐗 For when something is boring.

Probably go with data driven. I don't think these need to be sprited, but should probably inline CSS (base64) with celerity? I don't think these will be large enough to need to be in an image sheet.

So I think I can lay the groundwork here. My plan is to:

Probably go with data driven. I don't think these need to be sprited, but should probably inline CSS (base64) with celerity? I don't think these will be large enough to need to be in an image sheet.

Fix for this is on meta, but the short version is that it works fine as-is.

I don't believe it was implemented; the third party Celerity stuff only supports individual files as far as I remember.

Complete outlier device but; tablets with active styli (pretty much just the galaxy note range I think) use hover and it works really well.

I'm not able to reproduce this at HEAD. Are you sure your install is up to date? We expected D14063 to resolve this. If this still reproduces at HEAD, can you give us a better idea of OS/Browser for testing?

Awesome, thanks for testing! We'll get this upstreamed shortly.

Oh no, its not a silly question :D Sorry, i justy quickly look this patch and totally forget restarting web-server... It works lik a charm ;) Thanks.

Probably a silly question, but did you restart Apache or php-fpm after applying the patch?

Applyed this diff to my local install but does not seems to be helped. The trace, and the throwed exception is the same as before.

Pretty sure D13095 will fix this.

Do you have a full stack trace in your error log? Usually /var/log/apache2/error_log or something like that, depending on exactly which webserver/OS you're running.

(I think D10780 fixed this.)