having been online for almost two decades and never having seen childporn, the gatekeepers have done well. I have been inadvertantly subjected to all other kinds of content. Drugs, homo sexual porn, animal porn, violence, racism, libartarianism but no child porn. so good job, i guess.
We found in our review that your app includes user-generated content but does not have all the required precautions. Apps with user-generated content must take specific steps to moderate content and prevent abusive behavior.
Next Steps
To resolve this issue, please revise your app to implement the following precautions:
A method for filtering objectionable content
A mechanism for users to flag objectionable content
The developer must act on objectionable content reports within 24 hours by removing the content and ejecting the user who provided the offending content
All those are impossible. Except, for #1, but it can only be on the client side. Jb55 should just add a “report” function that just send the “report” into the ether lol.
On a serious note, I think banning users is possible. If memory serves me right, some relay implementations have a configurable blacklist. Also, theoretically, relay operators should have the ability to remove “objectionable content" from their database.
The content comes from the relays, damus ships with default relays, one of them controlled by jb55, so to pass the review, damus needs to ship with jb55's relay enabled and abiding Apple's moderation policies, and other "open" relays disabled and must be manually enabled by user after accepting warnings.
Looks like we should focus to make everything work in browser only, combined with great mobile web UIs. I wonder if it would be possible to have an app like Alby as iOS app and still be able to sign in mobile browser somehow?
This is the problem with Apple/Google duopoly. Have had multiple apps and entire dev accounts banned before with no explanation. At least they provided detailed response here. But yeah gotta play by the rules when publishing on iOS/Android as they wield total control over mobile atm.
Just do what Mastodon did
What was that?
Detailed well here: https://www.secjuice.com/mastodon-child-porn-pedophiles/
Skip to the section "The Developers Had To Hide Them"
@jb55 ^^
damus blurs photos from non-friends default, so you wouldn't even see these unless you
a. connected to the weird japanese relay
b. followed people who were posting this stuff
Also nostr doesn't store media unlike mastodon instances, so clients could block image hosts serving this stuff.
having been online for almost two decades and never having seen childporn, the gatekeepers have done well. I have been inadvertantly subjected to all other kinds of content. Drugs, homo sexual porn, animal porn, violence, racism, libartarianism but no child porn. so good job, i guess.
I think mastodon is the only place where I saw child porn posts and had to do extra steps to block it / not see it.
App Store Guideline 1.2 - Safety > User Generated Content
https://developer.apple.com/forums/thread/688227
All those are impossible. Except, for #1, but it can only be on the client side. Jb55 should just add a “report” function that just send the “report” into the ether lol.
According to jb55, the challenge is actually #3
Apple should submit a NIP in github. 😅
On a serious note, I think banning users is possible. If memory serves me right, some relay implementations have a configurable blacklist. Also, theoretically, relay operators should have the ability to remove “objectionable content" from their database.
Damus is just a browser.
https://i.imgur.com/LbToYGJ.jpg
#3 is possible but not in a desirable way.
The content comes from the relays, damus ships with default relays, one of them controlled by jb55, so to pass the review, damus needs to ship with jb55's relay enabled and abiding Apple's moderation policies, and other "open" relays disabled and must be manually enabled by user after accepting warnings.
That won't work, I'm sure they understand nostr well enough, and will therefore never get fooled by this.
A compromise is needed, because nostr does so many things very differently, and these rules apply to an obsolete centralised model.
Its not fooling Apple because it would be restricted by Apple's moderation by putting an additional burden on jb55 to moderate the default relay
Why focus on having an iPhone app? I don’t even use the Twitter app on iPhone - just a browser. We all use SN on a browser too.
Why does Damus need an app?
Looks like we should focus to make everything work in browser only, combined with great mobile web UIs. I wonder if it would be possible to have an app like Alby as iOS app and still be able to sign in mobile browser somehow?
F* Apple!!
This is the problem with Apple/Google duopoly. Have had multiple apps and entire dev accounts banned before with no explanation. At least they provided detailed response here. But yeah gotta play by the rules when publishing on iOS/Android as they wield total control over mobile atm.
does apple actually go through and review the functionality? I wonder if dummy buttons just showing the functions would do the trick lol
It just shows how scared apple is that its users can't think for themselves, most apple fans are pretty much midwits
report >> /dev/null
I knew this would happen. They did the same thing to Telegram.
Thankfully iOS Safari is getting true browser notifications this year and web apps will be a lot more usable
Is there an app that you can sideload onto android? I checked two weeks ago and nothing was functional
satoshi pocket
It means it working!