This has been "resolved" by switching to bartering various sundry goods and foodstuffs instead of billing via credit card.

D17333 is a probable fix without needing to resort to a bunch of weird setInterval() juggling. I've pushed that here, let me know if you're still seeing the issue? If you are, does your JS console have anything in it?

I'm having some trouble reproducing this -- I tried Safari and Chrome here and in my sandbox. You aren't using anything weird, right?

In T12232#210902, @yelirekim wrote:

Yeah I clicked "Delete File" and can't see it anywhere now.

Yeah I clicked "Delete File" and can't see it anywhere now.

Followup from the same instance as above (T7607#198199) with the same request (put their contact details on the invoice). All of the prior changes put our contact details on the invoice but printable invoices are currently hard-coded to always be billed "To" the real name of the paying user.

Thanks for the suggestion but we have no current plans to un-prototype Phortune. Fork / patch as you need locally.

We can probably just use the merchant name for now. I could maybe imagine some "International Business Machines, Inc" vs "IBM" stuff down the line, but no immediate issue for "Phacility".

Do we need a new field for subjects or is Merchant Name enough? Not sure both are needed.

Phortune is prototype application, which means "The upstream does not offer support for these applications".

Actually probably moot if we can just provide a link to the new print view.

We can, but all styles need to be inline. DifferentialInlineCommentMailView is an example of an arbitrary-HTML-generating rendering class used in mail.

I'm building out a PhortuneReceiptView for the web, which I think we can also send as the HTML version in mail? Not sure if we can call custom HTML rendering in mail.

If you do Merchants, you could add sendFromEmailAddress or whatever and maybe shortNameForEmailSubjectLines (perhaps with less-awful names) and I can hook them up at some point so this:

I think I had a similar diff floating around.

I guess the Merchant version would be businessAddress or something since Merchants aren't normally billed.

I think we could reasonably do this:

I don't mind doing this, if you know what it is you want.

An instance needs their own address (and some other information) on the invoice for tax purposes:

No, this is a prototype application.

Is there any documentation on how to get started with this?

From the Twitterverse, we should look at making payments as super easy as possible, especially if ur deadbeat.

I think it's just adding implements PhabricatorApplicationTransactionInterface, then adding the methods for that.

I poked at it, but wasn't immediately obvious. I can poke again tomorrow.

Also to fix.

I think this is straightforward to fi.

You should be able to delete the bad tasks with ./bin/worker cancel --id 117317.

We don't really want to take bugs on prototypes, especially ones that don't reproduce. No idea what steps I would need to take to get this error, we run Phortune fine on Phacility. Sorry.

I was playing with it and made a "Give me your money for free" Fund and now... I regret that...

Why are you filing bugs against a prototype? Are you using it?

lgtm

The "start in Billing" workflow for me is

You can also use "Return to Subscription" from an invoice/order directly, although it's in a sort of unusual place (upper right corner) that we don't use very often in other applications. My intent was to make it more visible, but maybe it's actually less visible.

You can get here via Billing > Subscriptions > Instance.

I think the usability issue here is that from the admin.phacility.com home page you have Instances, Billing, Documentation, Support.

Some screenshots if that wasn't clear:

Oh, okay, cool. Thanks!

If you don't have automatic payment set up, choose a different payment method the next time you manually pay the invoice.

I also confirmed that there are no outstanding "nuisance" invoices for trivial amounts of money.

I pushed this change to the cluster and marked the four $0 invoices we'd previously generated as paid.

They have canUseInPanelContext() now so I think this got fixed somewhere.

HTML email (as simple as I could get it).

Yeah, Phortune is generally a bit under-designed and dense-feeling.

that page needs more icons

Here's an example order detail:

https://admin.phacility.com/phortune/1/

Oh, that's the payment account (not the merchant account). The merchant account lets you refund charges, etc. I'll add you to the payment account.

I think just the merchant account, I want to see the invoice and rough out print.css etc.

Do you want to be part of the merchant account, or do you want to be able to pay for our instances?

Is there a way to add me to the Phacility payment team on admin?