Only one instance was impacted by this and I just credited them until 2099. I don't currently expect to pursue this.

I no longer expect to pursue this.

The "Merchant" profile screen is now somewhat inconsistent with the "Account" profile screen, and uses different icons for "Subscriptions" and "Orders".

We're also using inconsistent icons for "Order/Invoice/Receipt/Cart" in different interfaces. I'm going to standardize on this lovely purse, I think:

Stuff to fix with subscriptions:

if this is really an issue we could likely throw a rate limit on the action

This is sort-of-quasi-intentional

It would also be nice to figure out Phortune permissions better here since this is a good opportunity to vet everything.

you can add libreoffice/soffice to your list. last time we had to do sth like this we used soffice --headless --convert-to pdf
not really better than running a browser though... in our use case we needed to use merchant uploaded doc/docx templates in combination with our data. so even less options.
but yeah most options around pdf generation are clunky.

Yeah, I'm really hoping to not require us to run an entire browser or depend on an external service to generate PDFs. The approaches I found in my research were:

Just my two cents here, but chrome has an headless mode that allows to "print to pdf" : https://developers.google.com/web/updates/2017/04/headless-chrome

When I apt-get install wkhtmltopdf (or something like that) on aux001, which is Ubuntu 14, I get this:

I've worked with wkhtmltopdf several times, and I don't remember it actually requiring any special setup - in all cases, I basically dropped the binary in the machine (Although it's possible all my machines had X11 built in for some reason? I've never intentionally installed X11).

Just some observations after popping open PDF invoices which have shown up in my inbox recently:

This is also more "while I'm here", but there's no web UI way to void an invoice right now. It would be nice to have a "Void Invoice" button for staff instead of requiring database fiddling, since this comes up occasionally.

Per T13366, I'm just going to get rid of this behavior for now, with the expectation that we'll soon begin generating side-channel emails for "Billing Department Email Address" under the umbrella of T8389 and could put "Merchant Emails" on a similar channel if we want.

$info_object = new PhabricatorPDFInfoObject();

PDF files appear to consist of a series of objects that (mostly) look like this:

This hasn't had any stability issues for a while.

You are now officially Pay2Win.

Yeah I just wanted to buy myself a badge.

Alright, I'm going to assume this was cache/ghosts until it happens to someone else since it seems like no reproduction case exists anywhere anymore.

No nothing like that but FWIW, it just worked when I tried to reproduce it again.

Maybe a simpler empirical test is, on the "Add Payment Method" page, does this work in the developer console?

(Also, do you run some browser extension like "disable all external Javascript so ads don't work"?)

Yeah.

Does this resource load for you?

Just tried again.

While we haven't been showered in free money, I also haven't seen more reports of this so I'm going to presume it's resolved.