Archive for February 28, 2023

Tuesday, February 28, 2023

Pagi Rejected From the App Store

Lucas (Mastodon, Hacker News):

I found my submission rejected with the following message citing guideline 4.3 Design: Spam of the App Store Review Guidelines[…] I can see how Pagi is similar to other apps in the App Store as it features a full screen text editor, if you dismiss its unique features designed for the morning pages use-case.

The claim that it ‘appears to be similar to another app previously submitted under a terminated Apple Developer Program account’ doesn’t make sense to me. ‘Terminated’ also means that the previously submitted app is not on the App Store anymore. So even if it did appear similar, it shouldn’t be a problem and, by definition, can’t be a duplicate.

[…]

They don’t give direction on what to change or improve to get Pagi approved. Instead, they told me to abandon the entire project and start from scratch with another app. Completely dismissing user demand [Users of the Mac version wanted it on iPad.] and all the time it took to build this app.

Apparently, that development time would have been better spent writing yet another authenticator app.

Christopher Atlan:

My sources tell me Google has successfully inserted provocateur agents inside Apples App Review team. They are exceeding their goal to discourage indie devs, making these remarkable apps for the Apple platforms.

Previously:

Update (2023-03-01): Duncan Babbage:

I think you may have been caught up in the wake of an unrelated bad actor.

[…]

My strong expectation is this will have been based on analysis of either screenshot or more likely source code similarities automatically flagged in their system for the reviewer, as part of their processes to try and stop bad actors from just creating new accounts and resubmitting when their developer accounts are terminated.

[…]

I see all the iOS dev work on the app right up to two weeks ago is also publicly accessible. So it’s quite possible that a bad actor took your recent work and attempted to submit their own iPad app based on it, before your submission.

Duncan Babbage:

I have learned to pay close attention to the word “Specifically,” in a rejection. Relevant here.

Often, the text that precedes the “Specifically” in the same paragraph seems quite clearly irrelevant or even demonstrably wrong for the submission in question. I think it is the boilerplate description from a parent category.

Often the text that comes after “Specifically” is giving much more important information (whether you like it or not) that is much easier to understand when you try to make sense of it after discarding and ignoring the information that came before that word.

Patrick Smith:

They don’t tell Ed Sheeran that his new album is derivative, and so reject it from Apple Music and tell him to make another one. So why do they do that with apps?

Lucas:

I don’t really understand how it happened yet, but I woke up to Pagi being accepted, without any further notice.

Maybe the right eyes saw it and waved it through. I don’t know.

[…]

I received a call from them in the afternoon today. They were very nice and clarified the reason for initial rejection. I will write more about it tomorrow.

The short version is that someone seemed to have uploaded a version of Pagi before me. This was possible, because I developed it in public on GitHub.

Update (2023-03-03): Lucas:

The review team initially upheld the rejection, because the information of evidence they found on their side was very obvious. The case eventually got escalated internally, and they were able to verify that I was the original author of the app and accepted my submission.

In case I have the feeling I am in a situation like this again, I should submit an appeal to App Review.

After everything that happened, I am impressed how quickly they acted after they verified that I am the original author. They called me on the same day to apologize and clarify the situation. I appreciate that.

[…]

I think it’s a good thing Apple has this process of checking for duplicates to identify bad actors in the App Store. This definitely serves developers, but their communication could have been better. They should have pointed out ways to verify my authenticity instead of the vague messages they sent me.

Update (2023-03-08): Rob Jonson:

Next level AppStore rejection.

2019, Apple refused my attempt to release MultiMonitorWallpaper 2 as a new app.

Today, a minor update to MultiMonitorWallpaper (live since 2012) was rejected “too much like other apps I released”.

They list ‘unused MMW2’ which was never released.

URL Confirmations in Preview

Jeff Johnson:

This permission prompt is new in macOS 13 Ventura. To see it, just Print this web page, Open in Preview, and click any link.

Preview app shipped with Mac OS X 10.0. In fact, Preview was carried over to Mac from NeXTSTEP. I don’t know why, more than 30 years later, Apple decided to add a permission prompt to links in Preview[…]

This follows macOS Sierra adding similar prompts for bookmarklets in Safari. Also, since 2014 or so, custom URL schemes haven’t been clickable in Preview or Help Viewer. They don’t even give you a confirmation alert, just a beep. I ended up making a trampoline page for my apps’ esoteric preferences.

Previously:

Update (2023-07-31): See also: Pierre Igot.

Update (2024-05-15): Pierre Igot:

This 🤬 dialog, supposedly there for security reasons, gets really old really fast when you have a PDF in Preview that contains tons of links that you have to check. There is, as far as I know, no way to turn it off, so I did the next best thing for me, which is to create a @KeyboardMaestro macro that at least lets me dismiss it with as little effort as possible, i.e. with a simple ⌘click wherever my mouse pointer happens to be (since my finger is already on the mouse button).

PayPal Friends & Family Payments

Mia Sato (in June 2022):

PayPal is putting new limits on a feature in its payment system that allows people to receive money without paying extra fees, the company recently announced. Starting July 28th, only personal PayPal accounts will be able to get funds via Friends & Family, a transaction method intended for trusted recipients.

There are two ways of sending money on PayPal: Friends & Family and Goods & Services. F&F is intended for paying your friend back for dinner, for example, or giving your kid some birthday money — you know who’s receiving the funds and what you’re paying them for. There’s typically no fee involved, but it also drops protections for issues that might come up, like refunds or scams.

[…]

With this new change, US business accounts won’t be able to accept fee-free personal payments, and people who use PayPal for their company will need to create a personal account to receive money fee-free from friends and family.

I’m not sure what to make of this because I haven’t been able to receive fee-free personal payments for a long time, probably at least a decade. When I asked about this, PayPal told me it was a consequence of having a business account. They would not let me create a second account for personal use.

Via Adam Chandler:

Paypal’s fee structure is anti-individual and clearly they only want to serve businesses. Venmo, Zelle, Apple Pay Cash and Cash App are superior and PayPal is dead to me.

[…]

I did a full refund via PayPal but I noticed that my account was still showing negative $60. It was only when I did some digging did I realize that even though my friend received his full $2,000 back, I was still on the hook for those fees.

This happened to me, too. The sender was led to believe that, because she had chosen Friends & Family, I wouldn’t have to pay any fees. The online documentation seemed to support that view. When that turned out not to be the case, the refund didn’t recover the fees, either.

Venmo works much better, anyway, and I now see lots of local businesses using it. I’m not sure whether this is to avoid fees by falsely classifying the transactions as personal or simply because everyone seems to already have it set up and the experience is better.