Version 0.12.1

Before, choosing your plan during a trial showed “Plan activated”, but your choice wasn't saved. Now it's saved as soon as you confirm, and you choose when the plan starts. If you pick the end of the trial, nothing is charged right away: the first month is charged when the trial ends, with the card or credits you chose, and you can cancel this choice at no cost until then. If you start right away, or confirm after the trial has ended, the first month is charged as soon as you confirm. If the payment at the end of the trial doesn't go through, service stops, but your number stays held for you, free, for at least 30 days after the trial ends. If you chose a plan before this update, we're writing to you about what happens next. Our trial pages now say so too.

Before, paying a late invoice did not always turn service back on. After a card payment, service waited for the daily check, and a suspended subscription never came back: it was cancelled anyway. Now service returns as soon as the payment is confirmed, even if the subscription was suspended, and even if you pay in bitcoin. For that, the late invoice must be paid in full, and no other invoice for the subscription can be left unpaid. Your new month starts the day service returns, and that day becomes your billing date, so you don't pay for the days without service. A daily check also restores suspended subscriptions that were already paid.

On the web, the buttons to retry or pay an invoice, in the invoice list, in notifications and after you added a card, never charged your card: the invoice was marked as failed instead. They now take you to the invoice's page. For the renewal of an active, past-due or suspended subscription, you choose one of your saved cards there and see the amount before you pay; your bank may ask you to confirm the payment. For a past-due subscription, your default card may also be charged automatically for its most recent unpaid invoice, if that invoice falls due after this update, at most three times in the ten days after the due date. If a card payment made from this page, or by one of these attempts, arrives after the invoice was already settled another way, it's refunded to the same card. The page also has a “Pay with Bitcoin” section, with the payment address, the amount to send and a QR code, and on the web, bitcoin payment notices now lead there. An address is valid for a limited time; after that, you can get a new one on the page. A bitcoin payment confirmed more than 48 hours after its address expired, or after another payment to the same address was settled or refused, is valued at the bitcoin rate when we receive its confirmation, whether that rate has gone up or down, and settles the invoice only if it's worth at least the amount due. Anything from a bitcoin payment that doesn't go to the invoice, such as a payment that's too small or the part of a payment beyond the amount due, is added to your WIGGWIGG credits by support. Before, “Apply Credits” (now “Apply my credits”) could pay a suspended subscription's invoice without restoring it, or a cancelled subscription's invoice without giving you any service back. Now, for a past-due or suspended subscription, the page tells you before you pay whether paying that invoice restores the subscription. If it doesn't, and the subscription is then cancelled before it's restored, the payment for the invoice is refunded: to the same card for what was paid by card, to your credits for what was paid with your credits, and as WIGGWIGG credits for what was paid in bitcoin. In a few cases, support takes care of it instead. We never send bitcoin back. A cancelled subscription's invoice can no longer be paid: the page points you to support. Notices and messages about a failed payment or a suspended subscription no longer ask you to update your payment method or reactivate the subscription, which changed nothing: they say what happened and where to find the invoice. An invoice whose payment didn't go through is now labelled “Payment failed” instead of “Uncollectible” or “Failed”. In the mobile app, these notices, these messages and this label come with its next update.

After a subscription was cancelled, the “Keep my number” button put your number back in service and showed “Number kept”, without charging your card. The invoice stayed unpaid, and the subscription could then become past due. Now you pay when you confirm: your partner phone credit applies first, if you have any, then your default card pays the rest, or your other credits do if what is left is under $0.50. Your bank may ask you to confirm, and your number works again as soon as the payment is confirmed. If your bank declines, your number stays on its free hold. If your default payment method is bitcoin and no partner phone credit applies, you have 24 hours to pay the invoice in bitcoin from its page; your number works again once the payment is confirmed. If you don't pay in that time, it stays on its free hold, and its release date doesn't change. If you kept your number before this update and its invoice is still unpaid, contact support.

On the web, a cancelled subscription's page still showed “Change Plan” or “Keep Subscription”, and, for a number on hold, offered to move to a new plan. Those changes always failed once you confirmed them, so these options no longer appear. To keep a number on hold, use “Keep my number”: your number moves to the per-unit plan. The confirmation window also said you could then pick a full plan, which isn't possible; it now says you can buy units from the Shop or cancel anytime. To come back to Vault Premium after a cancellation, subscribe again from the Shop. The cancellation window, the notice telling you your number is on hold after failed payments, and the FAQ no longer suggest picking a new plan to keep your number either. In the mobile app, the message about a number on hold changes with its next update.

Since October 9, because of an error on our side, a confirmed bitcoin payment for an invoice did not settle it, and the invoice stayed unpaid. That is fixed: a confirmed payment that covers the amount due settles its invoice again, when the invoice can still be paid. No bitcoin payment arrived during that time, so no one was affected.

Our page about deleting your account said the app checks for unpaid balances before a deletion, but that check never found an unpaid invoice. Now an unpaid invoice blocks a deletion only when it belongs to a past-due or suspended subscription. The message then asks you to cancel that subscription first, which you can do on the web. Once the subscription is cancelled, that invoice can no longer be paid and nothing is charged for it. An invoice from a cancelled or expired subscription, or from a cart purchase, does not block a deletion, and the FAQ now says so too. Before you confirm, the window now shows the credits you would lose with your account, meaning those that would come back to you when a past-due or suspended subscription is cancelled. If that amount goes up in the meantime, the deletion is refused and the window shows the new amount. If your version of WIGGWIGG can't show it, a message asks you to update or use the web; in the mobile app, this amount comes with its next update. Finally, on the web in French, an error message at this step was partly in English; it is now fully in French.

When a cancelled subscription resumed, for example because you kept your number, and was then cancelled again with no new payment, the prorated refund could pay back the latest paid invoice a second time, as WIGGWIGG credits. Now, in that case, nothing is paid automatically, to the card or as credits: support checks what's still owed to you, and the cancellation message gives you the amount. A refund to the card takes into account what was already refunded on that payment. What the card can no longer take is never paid automatically as credits: that amount waits for support. Until a card refund is settled, the share you paid with credits waits as well, so nothing is paid twice. To find out the result for an amount on hold, contact support. The cancellation window now explains this.

When you cancelled a subscription whose current period had been paid by card at renewal, and asked for the refund on the card, you got WIGGWIGG credits anyway. For a renewal paid by card after this update, the refund now goes back to the card that paid it, up to what the card paid; the part paid with credits comes back to you as credits. For a renewal paid by card before this update, you may still get credits if we could not confirm that payment. How long a refund to the card takes depends on your bank. To find out whether your renewal is affected, or if you already cancelled and got credits instead of a refund to the card, contact support.

Before, a cart purchase paid in bitcoin never completed, even once the payment was confirmed. Now it completes as soon as a single payment, confirmed twice by the Bitcoin network, is worth at least the amount requested, at the rate set when the payment address was created. The cart's bitcoin payment page tells you where your purchase stands: payment waiting for its confirmations, purchase complete, payment that cannot complete the purchase, or purchase cancelled. If your cart holds a phone number, we keep it reserved once the Bitcoin network reports your payment to us, up to about two hours after you first chose that number; both confirmations must arrive before that reservation ends. If it's nearly over when you choose bitcoin, we extend it first; if it can no longer be extended long enough for a payment to confirm, the bitcoin payment is refused, and you can pay by card or remove the number from your cart. Payments do not add up: a payment that's too small does not complete the purchase. Support is then alerted and adds the value received, at the same rate, to your WIGGWIGG credits. The same goes for the part of a payment beyond the amount requested, any further payment, and a payment confirmed after your number's reservation ended or after the purchase was cancelled. These credits go toward a purchase paid by card or with credits, or toward a renewal when “Pay renewals with credits” is on, but not toward a purchase paid in bitcoin. Like all WIGGWIGG credits, they never convert to money. If no payment arrives before the address expires, the purchase is cancelled a few hours later. If payments arrive but none completes the purchase, it's cancelled once those payments are confirmed, or seven days after the address expired if a payment is never confirmed. Either way, your items go back to your cart, except phone numbers and their add-ons, whose reservation has ended by then: choose a number again.

When we paused purchases on our side, the cart refused free trials too. It only said the tax calculation was temporarily unavailable, with a “Recalculate amount” button that couldn't change anything. Now a cart that holds nothing but $0 free trials is accepted even while purchases are paused. If the cart also holds a paid item, it tells you the trial can't start from the cart for now. For a paid purchase, the cart says purchases are paused, and when we can't calculate the taxes because of a problem on our side, it says so too. Either way, it says nothing was charged. Each of these messages offers a link to contact support. An alert now warns us when these refusals happen. In the mobile app, these messages come with its next update.

When your credits didn't cover a renewal, the subscription page and the “Credits Running Low” notice suggested topping up your credits. That isn't possible: WIGGWIGG credits can't be bought. These messages now suggest adding a payment method. After a renewal, the “Credits Running Low” notice is no longer sent when your default payment method is a card or bitcoin. In the mobile app, these messages change with its next update.

When your credits paid part of a purchase and your card paid the rest, the receipt on the confirmation page showed a bold “Total paid” equal to the full amount, more than your card had paid. It now ends with a “Paid by card” line, under the total, showing the amount charged to your card. For such a payment, the invoice page and the PDF invoice add the same line between the total and the amount due, so you can match it against your statement. For a bitcoin payment, the line is called “Paid with crypto”, and a purchase paid in full with your credits shows “Paid with credits”. A free trial's receipt shows no payment method. The credits amount on the receipt is also easier to read. In the mobile app, these changes come with its next update, which also adds a “View invoice” button to the purchase confirmation screen.

On the web, when the details of a purchase didn't load, the confirmation page showed an error even though your payment had gone through, and your cart could still show the items you had paid for. Now, if the payment is confirmed but the receipt doesn't show, the page says your payment is recorded, that we're finishing setting up your purchase, and that you'll find your invoice in the Billing section. A “Retry” button loads the receipt again. Your cart and credits update as soon as the payment is confirmed, without waiting for the receipt. For a free trial, the page doesn't mention a payment: it says your trial is active once your number is ready, and otherwise that your trial request is recorded.

On the invoice page, the “Pay Now” button in the “Pay with Card” section never charged your card. It paid the invoice with your credits when they covered it; otherwise, the invoice stayed unpaid. That button is gone: for the renewal invoice of an active, past-due or suspended subscription, the page now lets you pay with one of your saved cards. On the same page, the “Apply my credits” button still lets you pay an active, past-due or suspended subscription's invoice with your credits, in full or in part; when an invoice cannot be paid there, the page tells you why.

On the web, a new-version announcement disappeared from your notifications as soon as you read it. Like your other notifications, it now stays there, shown as read, until you dismiss it. When you mark everything as read, announcements are marked as read too. Announcements you had already read or dismissed come back, marked as read.

On the web, the buttons to mark a notification as read or dismiss it only appeared when the mouse passed over it. With the keyboard you landed on invisible buttons, and on a touch screen they often stayed hidden. They now appear when you reach them with the keyboard, and stay visible on phones and tablets.

On the notifications page, the “Mark all read” button left achievement, billing and usage alert notifications unread, so the button stayed on screen. It now marks them all as read, and they stay in the list. In the bell, the French label of the button that marks everything as read is corrected.

On the web, the “Mark all read” button in the bell removed usage alerts from your notifications instead of marking them as read. The “Mark all as read” button in the mobile app did the same. Both buttons now mark these alerts as read, and they stay in the list. A notification you have read stays there, shown as read. To remove one, use “Dismiss”, on the web or in the mobile app.

On the web, a long notification's message stopped after three lines, sometimes right in the middle of a sentence. In the bell and on the notifications page, the “Show more” button under the message now shows it in full, and “Show less” folds it back.

At checkout, the option was called “Bitcoin”. It is now called “Crypto”. You still pay in bitcoin only.

On the web, the screen for adding a crypto wallet was in English, even when you used the app in French. It is now in French as well as English. It says plainly that bitcoin is the only cryptocurrency we accept, and no longer suggests that we send payments to your wallet.

Opening the web app from the mobile app replayed, on every visit, the celebration of an achievement you had already seen. The celebration now marks the achievement as seen, so it does not come back.

The banner suggesting you add WIGGWIGG to your home screen came back every time you reopened the web app, with all the persistence of a door-to-door salesperson. Once you close it, it now stays closed in that browser.

On the web, a suspended subscription on the older pricing showed no pay-per-unit offer and gave no reason. The page now explains that the switch becomes available once the subscription is up to date, and links to your invoices.

On the Subscriptions page, the buttons in the failed-payment and suspended-service alerts took a detour through another page. They now open your invoices directly.

A subscription on the older pricing with a late renewal could switch to pay-per-unit pricing from “Change Plan”. The late invoice stayed owed at the old price, and the subscription was left with no units and no refill. That switch is no longer offered while the renewal is late: the page asks you to pay the invoice first, and the switch then works as it does for any active subscription.

In Settings, under “Privacy & Data”, the description said we keep which release notes you viewed. It now says we keep which release announcements are marked as read or dismissed on your account. An announcement is marked as read when you open it, when you mark it as read, when it shows in the bell with “Auto-read on view” turned on, or when you mark everything as read. Marking everything as read covers every announcement released since you signed up, even ones you never opened. When you dismiss an announcement, we also keep when you dismissed it.

When you change your password, your other browsers and devices have to sign in again with the new one. Before, if an error happened while signing them out, the new password was in place anyway, but the window reported a failure, and those browsers and devices could stay signed in. In rare cases, a browser or device renewing its sign-in at that same moment could also stay signed in for up to five minutes. Now the new password and the sign-out of your other browsers and devices are saved together, or not at all. A sign-in started elsewhere before the change, still waiting for two-factor authentication, is refused too. On the web, the window said every session would end and you would have to sign in again; it now says this browser stays signed in. In French, some of its error messages showed in English; they are now in French.

The FAQ said you could change your billing date anytime in your account settings. That option does not exist in the app, so we removed the sentence. The same answer now explains that after a late payment, your new month starts the day service returns.