Developer Diaries (continuation)

Der Horror einer sezierten Ablehnungsstrategie im AppleStore Review

„Entwickler werden im AppStore konsequent gedemütigt und schikaniert. Ihre Produkte werden aktiv boykottiert und sie werden gezielt geschäftlich geschädigt.“

Document : The Appeal

This is now the third time my app, ‘Walking On A Rainbow’, the start of a whole series of at least five apps with an artistic multimedia concept, has been rejected for all sorts of fabricated, unfounded reasons.

The app series was planned to be completed and released in time for WWDC, with ‘Walking On A Rainbow’ being the first, even intended as a kind of homage…

All of the fabricated reasons have already been proven false, challenged, and rejected.

Well, it’s become a complete nightmare!
Appeals have so far elicited no response whatsoever.

Apparently, these appeals are being directed right back at those who are responsible for this disaster. I am clearly being subjected to the arbitrary actions and a boycott by Apple employees or their associates.

I’m now left with no other option but to make this whole nightmare public. And I mean in detail, with all the specifics of this harassment.

Apple has been charging me €99 every year (for the past seven years) and refusing to release my new apps, which have taken a whole year of intensive preparation and creative energy to develop.

I am being blatantly harassed in the most despicable way imaginable.

Jens Güll, Developer
Artist Name: 7Labs
Netlabel Owner: Klangformer Records

1. Widerlegung:

Guideline 2.1(a) – Performance (Vermeintlicher, inszenierter App-Crash)

Fakt 1: Das Verschweigen und nachträgliche Einschmuggeln von Beweismitteln

  • Die Unwahrheit von Apple: Der Prüfer lehnte die App stur mit der Behauptung ab, sie stürze beim Tippen auf fast alle Buttons ab. In der offiziellen Review-Prozedur ist es zwingend vorgeschrieben, dass Crash-Logs direkt mit der Ablehnung hochgeladen werden.
  • Die Widerlegung: Zum Zeitpunkt der Ablehnung existierte kein einziges Crash-Log im Ticket!
    Erst Tage später – nachdem massiver Protest im Resolution Center eingelegt und das Ticket eskaliert wurde – wurden klammheimlich drei Logs ins System geschoben, welche vorher nicht da waren. Das beweist ein systemisches Versagen und den nachträglichen Versuch, eine unbegründete Ablehnung künstlich zu rechtfertigen bzw. zu ‚untermauern‘.

Fakt 2: Der Simulator-Betrug (Forensischer Nachweis des Labor-Pfuschs)

  • Die Unwahrheit von Apple: Als Review-Gerät wird offiziell ein physisches iPad Air 11-inch (M3) unter iPadOS 26.5 deklariert.
  • Die Widerlegung: Die nachträglich hochgeladenen Crash-Logs entlarven diese Angabe als vorsätzliche Fälschung! Die detaillierte Thread-Analyse der Logs (speziell die isolierten Mach-Ports und Source1-Events) beweist, dass die App im Apple-Labor auf einem Mac in einer emulierten Software-Umgebung ausgeführt wurde. Darüberhinaus wurde ein Screenshot übermittelt des eindeutig als Simulator Screenshot identifizierbar ist.

Fakt 3: Das Sandbox- und WebKit-Versagen des Betriebssystems

  • Die Unwahrheit von Apple: Die App sei fehlerhaft programmiert und stürze aufgrund von Code-Fehlern ab.
  • Die Widerlegung: Lokale System-Logs beweisen, dass die App auf echter Hardware mathematisch perfekt und ohne Speicherlecks läuft. Es wurden bereits in den initialen Meta Daten Demo-Videos von 3 echten Hardwaregeräten eingereicht, die die Funktionen, welche auf deren Simulatoren abgestürzten, fehlerfrei demonstrieren.

    Das Einfrieren im Labor hat eine rein systemische Ursache: Das veränderte Sandboxing von iPadOS 26.5 blockiert im Simulator die Aussteller-Zertifikate für das App-Bundle (Could not create a sandbox extension).
    Dadurch brauchten die Apple-eigenen Hintergrundprozesse (WebContent und GPUProcess) astronomische 3 bis 7 Sekunden zum Starten. UIKit verlor das Timing, der UINibDecoder lief in einen Timeout und erzeugte eine künstlich erzwungene NSException. Nicht die App ist abgestürzt, sondern die überlastete und unsauber isolierte Test-Infrastruktur von Apple ist offensichtlich kollabiert.

Fakt 4: Die architektonische Eliminierung des Problems

  • Der finale Beweis: Um diesen unsauberen, dynamischen asynchronen Segue-Mist von UIKit vollständig zu umgehen, wurde die gesamte App-Architektur umgestellt.

    Die WKWebView wurde nun übrigens von der Storyboard-Ebene entkoppelt, direkt in einer eigenen Klasse gekapselt und über den synchronen Lebenszyklus-Aufruf didMoveToSuperview() direkt im RAM verankert. Damit läuft das Handbuch und die externe Info-Seite „quasi sofort“ und vollkommen ohne Layout-Overhead.

2. Widerlegung:
Guideline 4.2 – Design – Minimum Functionality

Vorbemerkung zum 2. ‚ Guideline 4.2 :

Das ist das absolute Glanzstück ihrer Inkompetenz und die dreisteste Lüge des gesamten Verfahrens, Dieser zweite Fake-Punkt disqualifiziert die Prüfer endgültig als fachfremde Bürokraten.

Die haben ernsthaft versucht, ein hochkomplexes, professionelles AUv3-Multieffekt-Plugin (das auf hardwarenahem C++, vDSP und Metal-Shader-Rendering basiert) als eine „einfache Audiodatei“ abzustempeln, die man gefälligst bei iTunes hochladen soll!

Das zeigt schwarz auf weiß, dass dieser Prüfer am Freitag vor dem WWDC-Wochenende nicht einmal den Ansatz eines Schimmers hatte, was für eine App er da überhaupt vor sich hat.

Fakt 1: Totale technologische Blindheit gegenüber dem AUv3-Standard

  • Die Unwahrheit von Apple: Der Prüfer behauptet, die App sei primär nur ein „Song“ und gehöre daher nicht in den App Store, sondern in den iTunes Store. Bemerkung: Es sind 3 Songs!
  • Die Widerlegung: Diese Aussage ist ein technischer Offenbarungseid. Die App ist eine vollwertige, VISUELLE, eigenständige Audio Unit (AUv3) nach Apples eigenen, offiziellen Systemspezifikationen.

    Sie enthält einen hochoptimierten, vDSP-Echtzeit-Audio-Kernel. Sie ist dafür gebaut, sich als Plugin in professionelle Host-Umgebungen wie Logic Pro, GarageBand, Cubasis oder AUM etc. einzukoppeln, um eingehende Audiosignale in Echtzeit spektral zu verarbeiten. Die App an sich ist eine vollständige Host App mit integriertem Metal Video Renderer.

    Ein Song besitzt keine parametrisierten Schieberegler, keine eigene Visualisierung und keine Audio-Buffer-Schnittstellen.
    Eine Audio Unit kann auf der Anderen Seite physikalisch niemals im iTunes Store vertrieben werden.

Fakt 2: Die Ignoranz gegenüber der hardwarenahen Metal-Grafikengine

  • Die Unwahrheit von Apple: Die App besitze keine ausreichende Funktionalität oder Interaktivität für ein vollwertiges App-Store-Produkt.
  • Die Widerlegung: Während Standard-Apps heute mit trägem SwiftUI zusammengefrickelt werden, nutzt diese App eine dedizierte Metal-Grafikengine (C++-Dialekt), um dynamische Echtzeit-Vektorgrafiken und multidimensionale Spektralanalyzer mit flüssigen 60 Bildern pro Sekunde (FPS) direkt auf die GPU des M3-Chips zu rendern.

    Das gesamte Interface basiert auf einem eigenen, generischen Custom-Window-System mit nativem Z-Index und Echtzeit-Skalierung, das die standardmäßige UI-Philosophie von Apple weit hinter sich lässt. Das als „fehlende Funktionalität“ zu bezeichnen, ist eine Beleidigung für jeden Software-Ingenieur.

Fakt 3: Das bewusste Missverstehen eines Multimedia-Erlebnis-Konzepts für den Nutzer

  • Die Unwahrheit von Apple: Die App enthalte nicht genügend eigenständigen Content, um die Distribution als App zu rechtfertigen.
  • Die Widerlegung: Die App ist Teil des einzigartigen Multimedia-Gesamtkonzepts der Song-Albums: „Triggered by Emotion“ vom Author. Es verbindet professionelle Pro-Audio-Werkzeuge untrennbar mit einem interaktiven künstlerischen Erlebnis (integrierte Dokumentationen, serverseitige Song-Kataloge und ein eigenes Webradio).

    Anstatt diese innovative Verschmelzung von Kunst und hochentwickeltem App-Engineerings zu fördern, fordert Apple den Entwickler auf, die interaktive Software-Infrastruktur zu zerstören und das Ganze als flache, MP3-Datei bei iTunes abzugeben!

Fakt 4: Die rauchende Pistole des verfahrenstechnischen Widerspruchs

  • Der finale Beweis des Boykotts: Schaut man sich die Kette der Ablehnungen an, bricht Apples Argumentation vollständig in sich selbst zusammen:
    • Zunächst behaupten sie, die App besitze so viel Funktionalität, dass die Menü-Buttons im Labor abstürzen (Guideline 2.1a)
    • Danach behaupten sie plötzlich, die App habe gar keine Funktionalität und sei nur ein Song (Guideline 4.2).
    • Und am Ende (heute, 07. Juni) geben sie zu, dass die App fehlerfrei läuft, behaupten aber, man würde seine eigene Musik illegal streamen (Guideline 5.2.3) und die Rechte Dritter verletzen!


Dieser Zickzack-Kurs beweist unumstößlich:

Es ging hier niemals um Richtlinien. Es ist der nackte, verfahrenstechnische Versuch, einen unabhängigen Independent-Entwickler mit willkürlich ausgewechselten Textbausteinen systematisch zu blockieren und zu boykottieren.

3. Widerlegung:
Guideline 5.2.3 – Legal (Die „Urheberrechts-Lüge“)

Hier ist die logische Demontage des dritten und jüngsten Vorwurfs vom 07. Juni 2026 für Ihre Veröffentlichung:

Fakt 1: Die vollkommene technische Kapitulation von Apple

  • Die verfahrenstechnische Wahrheit: Mit dem Wechsel auf Guideline 5.2.3 gesteht das Apple-Review-Board implizit ein, dass alle vorherigen technischen Ablehnungsgründe hinfällig sind. 
  •  Da die App im Xcode-Simulator physikalisch nicht mehr zum Absturz gebracht werden kann [🔗 2.1a], zieht die Zensurbehörde nun die juristische Reißleine, um das Release-Timing vor der WWDC mutwillig weiter zu zerstören.

Fakt 2: Die Absurdität der “Drittanbieter”-Unterstellung

  • Die Unwahrheit von Apple: Die App biete „potenziell unbefugten Zugriff auf Audio- oder Video-Streaming, Kataloge und Entdeckungsdienste von Drittanbietern“.
  • Die Widerlegung: Dieser Vorwurf entbehrt jeglicher rechtlicher und tatsächlicher Grundlage. Es gibt in dieser App keine Drittanbieter.
    • Der Audio-Stream (JAX Radio) verbindet sich direkt mit der eigenen, dedizierten Server-Domain https://digitster.com. bzw. 7Labs.de.  Beides sind im Eigentum des Authors.

      Auf diesem Server wird ausschließlich das eigene, urheberrechtlich geschützte Musikmaterial des angeschlossenen Netlabels Klangformer Records / 7Labs übertragen, welches das Netlabel des Authors ist. 7Labs ist der Künstlername des Authors, welcher übrigens bereits Veröffentlichungen auf iTunes hat.
    • Die Video-Inhalte nutzen Standard-Einbettungscodes, um die eigenen, offiziellen Produkt-Trailer und Video-Tutorials des eigenen YouTube-Kanals (support.digitster.com) anzuzeigen.

      Eigene Marketing-Inhalte über öffentliche Schnittstellen einzubinden, verletzt keine Rechte Dritter. Apple bezichtigt den Urheber hier fälschlicherweise und mutwillig des Diebstahls an seinem eigenen Lebenswerk!

      Eine einfachste Recherche hätte die eindeutigen Eigentumsverhältnisse offenlegen können. 

Fakt 3: Das bewusste Ignoranz gegenüber der Identität des Entwicklers

  • Die vertragliche Realität: Der Entwickler zahlt seit sieben Jahren seine jährliche Entwicklergebühr. Er ist im System unmissverständlich als Jens Güll (7Labs / Klangformer Records) identifiziert.

    Dem rechtmäßigen Inhaber der Domain digitster.com / 7labs.de und dem alleinigen Urheber aller Audio- und Code-Assets zu unterstellen, er besitze keine Rechte an seinen eigenen Daten, ist ein massiver, geschäftsschädigender Fehler – oder eben eine solche Absicht.

Das Fazit

  1. Erst erfindet das Labor angebliche App-Crashes im Simulator (Guideline 2.1a).
  2. Dann behaupten sie plötzlich, das hochkomplexe AUv3-Plugin sei gar keine Software, sondern nur eine MP3-Datei für den iTunes Store (Guideline 4.2).
  3. Jetzt, nachdem der Code unzerstörbar im RAM verankert wurde, behaupten sie, der Urheber besitze keine Rechte an seiner eigenen Musik (Guideline 5.2.3).

    Was kommt jetzt als nächstes?

Es ging hier nie um die Einhaltung von Richtlinien – es ist der verzweifelte Versuch einer überforderten Bürokratie, einen unbequemen Independent-Entwickler mit ständig wechselnden, haltlosen Vorwürfen systematisch zu blockieren.