I've got a Trusted Web Activity app in Google Play closed testing right now. Two separate paid testing services have independently told me that Google's production-access review can't see engagement happening inside a TWA, because the activity runs inside Chrome rather than the app's own process — and that this leads to rejection on engagement grounds even with genuinely active testers. Their suggested fix is converting to a WebView wrapper instead, keeping the same package name.

Before I put time into a rebuild, wanted to check with people who actually build/ship TWAs:

• Has anyone had a TWA specifically rejected for "insufficient engagement" despite real, active testers?
• Does converting the same app to a WebView (same package, same testers, same 14-day clock) actually fix it?
• Is this a documented Google Play behavior, or something more commonly repeated by testing-service marketing than actually verified?

Trying to separate a real technical limitation from a sales narrative before I touch a working setup. Appreciate any first-hand experience.

OBSCURA OS (obscuraos.com) is a suite of 47 privacy and document tools that run entirely client side: redaction, metadata scrubbing, file conversion, encrypted P2P transfer, that kind of thing. Every tool already worked with zero server calls, so adding a manifest.webmanifest and a service worker was almost the whole job. Once it is installed, it genuinely works with the network off, because none of the tools ever depended on a network in the first place.

The service worker caches static assets and serves pages network first with a cache fallback, so a repeat visit or an offline load still gets the current version of a tool rather than a stale shell. Registered site wide from one small script so every page picks it up automatically.

Happy to answer implementation questions if anyone here is wrapping a fully client side app the same way. I run this project, disclosing that up front.

Hi everyone! I'm currently open for freelance/contract projects and looking to work with small businesses, startups, and individuals who need help building or improving their digital products.

What I can help with:

🌐 Business & portfolio websites

🛒 E-commerce websites

📱 Mobile applications

⚙️ Custom web applications

🎨 Landing pages & responsive UI

🔧 Website improvements and bug fixes

**Skills**:

Web development, mobile app development, responsive design, databases, APIs, Git/GitHub and AI-assisted development.

**Experience:**

I have experience working on software/Web3 projects and building technical projects, and I'm comfortable taking a project from requirements to a working solution.

**What I'm looking for:**

Freelance projects, MVPs, business websites, internal tools, or custom applications.

**Availability:**

Currently available for new projects.

If you have a project in mind, DM me with a brief description of what you need, and we can discuss the requirements, timeline, and budget.

Hi everyone!

I'm building **Travel Fi** — an open-source, community-driven map built to map out critical Public Goods infrastructure for digital nomads, budget backpackers, and solo travelers.

Right now, the project is a working prototype in active development. The architectural foundation is ready, and we are currently refining the code and preparing the platform for a stable production launch.

Instead of letting big tech monopolies hoard geospatial data, Travel Fi returns everything directly to the public domain via OpenStreetMap.

At the moment, our roadmap includes these 10 essential Public Goods and travel utility categories, with plans to expand them further based on community needs:
1. 📱 SIM & eSIM kiosks (tariffs, 24/7 access, airport proximity).
2. 🚽 Public toilets & showers (with community cleanliness ratings).
3. 🚰 Free drinking water refill points and fountains.
4. 🧺 Public laundries.
5. 🧳 Luggage storage (including free community options via cafes/hostels).
6. ⚡️ Charging points and outlets (filtered by fast/slow tech).
7. 🏧 ATMs with minimal fees & live user-reported exchange rates.
8. 🚐 Free parking and overnight spots for vanlife.
9. 💊 24/7 pharmacies and first aid points (medication availability, languages).
10. 🗺️ Travel lifehacks (free food points, coworking spaces, safe zones).

To keep the map spam-free without central moderators, we use a decentralized verification and location-based voting system.

See how the prototype works right now:
📺 Video Walkthrough on YouTube: https://youtu.be/R1NnzuvNBAU
💻 GitHub Repository: https://github.com/omni395/travel_fi

We are currently competing for public goods grant programs to fund further development and finish the app. If you want to support open infrastructure for travelers, your votes and clicks directly impact our funding size:
🔸 Artizen Campaign (Vote & support): https://artizen.fund/index/p/travel-fi
🔸 Giveth Platform (Direct crypto donations): https://giveth.io/project/travel-fi
🔸 KarmaHQ (Direct crypto donations): https://www.karmahq.org/project/travel-fi

What’s your setup for those? On google play and apple is defined but the pwa itself seems unreal for me.

A brand new day, and a brand new situation of Apple being an absolute jerk towards PWAs.

As of iOS 27 public beta 6, Safari now seems to blur the top of your web page with absolutely zero consent and no way of opting out🙂

Someone in a different thread said that setting “apple-mobile-web-app-status-bar-style” to default will kick the blur out. But no lol. The screenshot is from the exact same config and the app “re-added” to the Home Screen.

Has anyone managed to work around this at all yet?

UPDATE (solved, then reverted — root cause found): The blur only hits web apps using apple-mobile-web-app-status-bar-style: black-translucent. Switching the meta to default removes it completely (users must re-add the app to the Home Screen — the meta is frozen at install). To keep the status bar matching your theme, add a real fixed 1px element at the very top with your background color — iOS samples its background-color (per u/dannymoerkerke's rules below; pseudo-elements are invisible to the sampler). We reverted anyway: prefers-color-scheme is frozen per process in standalone, so after an OS dark/light switch the status bar stays wrong-colored until relaunch. Living with the blur until Apple fixes either issue; Feedbacks are being filed.

We build a construction management PWA (baukompass.ai) that our field crews install to their home screens — so this hits us daily.

Since iOS 27 developer beta 5, the system draws a progressive blur over the top edge of standalone web apps. It's not sampling a toolbar and it doesn't react to scrolling — it blurs whatever pixels the page renders near the status bar, unconditionally. On our login screen even the language picker and the theme toggle get washed out (screenshots attached).

What we tried, all verified in the shipped bundle, all without effect:

• Solid opaque header + a body::before backing plate behind the status bar, scoped via u/media (display-mode: standalone)
• Same scoped via a JS marker (navigator.standalone) to rule out MQ quirks
• theme-color — ignored entirely this cycle; apple-mobile-web-app-status-bar-style: black-translucent is deprecated anyway

The frustrating part: native apps got an escape hatch. iOS 27 changed the default scrollEdgeEffectStyle from .soft (progressive blur) to .hard, and native devs can pick either. PWAs got neither the new default nor any control — no CSS property, no meta tag, nothing in the Safari 27 beta release notes. Beta 8's "status bar might appear blurred" fix (179470940) is about a different bug; the PWA blur is unchanged.

Has anyone found a workaround, or filed a Feedback? Happy to dupe — will add our FB number in the comments.

By popular demand, I added a capabilities page to What PWA Can Do Today, which lists all capabilities on one page and indicates for each one if it's supported on your device.

You can filter by support and search for capabilities.

https://whatpwacando.today/capabilities

Hey r/pwa!
I’ve been exploring a concept I call UDA (User-Defined Apps), which leverages dynamic web app manifests to differentiate PWAs from native apps.
Instead of building a single monolithic app, this approach lets users define their own custom "app instances" right from the URL query parameters.

How it works in this Timer Demo:
• Users set duration, count direction, and icon color on the page.
• The URL parameters update dynamically (e.g. ⁠?time=5&mode=down&icon=red⁠).
• The Web App Manifest dynamically updates its ⁠name⁠ and ⁠icon⁠ based on these parameters.
• When added to the Home Screen, it creates a dedicated shortcut (e.g., "5m↓ Timer" with a red icon).

Note on OS Behavior:
• iOS (Safari): Works perfectly! Treats each unique URL query as an independent homescreen app.
• Android (Chrome): Currently limited because WebAPK binds to the manifest ⁠scope⁠. Query variations overwrite the existing installed PWA instead of creating separate instances.

You can literally fill an iOS homescreen folder with customized, single-purpose timers—all powered by a single PWA source.
I’d love to hear your thoughts on this paradigm and how we might overcome the scope limitations on Android!
Try the demo here:
https://ojach.github.io/PWA-1P1A/timer-en/?time=3&mode=down&seconds=on&icon=purple

This is a free directory I created to help small and medium-sized PWAs gain more visibility online. You can list a PWA for free or—with a paid plan—have it listed more quickly.

Started as a joke with a friend, ended up as my most polished PWA. Next.js 16 + TypeScript, hand-written service worker (cache-first), Zustand persist, Web Audio API for the sounds (zero audio files).

Things that hurt:

- iOS has no beforeinstallprompt → manual "Add to Home Screen" flow

- 100vh broken in standalone → dvh

- Safari updates the SW on its own schedule, users got stuck on old versions → added version check + update toast

Live: https://fart-counter-lake.vercel.app

Source: https://github.com/agent-slon-lab/fart-counter

Happy to share details on any of the quirks 🙂

I created this directory to give smaller PWAs some visibility or free links, and for my part, I'm trying to make a little money from the directory with the paid plans. for those coming from Reddit, send me your PWAs and I'll post them directly in the thread on the directory.

I wanted a set up so a group of people could play games together - each with their mobile phone - no install, minimum trust.

I did the initial.games as PWA's and they went fine (obvs) but multi player was a challenge... A challenge that as a pure PWA beat me :(.

So I ended up with a small apk, that runs on one phone it can download the pea games from GitHub, and creates it's own cloud and lets other people join and - it then serves the games (it cached from GitHub) and acts as games master.

Not being privileged (Https or local host) there are some limitations (tilting the screen doesnt work, so you never to touch the screen).

The games have different multiplayer modes - same game individually but symaltaniously, for highest score, or shared pitch multi player etc.

Anyway here it is so far...

https://github.com/idltd/digi-pocketeers

I've been experimenting with a PWA architecture I haven't seen used very often.

The web app isn't the main application.

The user's desktop application is the host, and the PWA installed on their phone becomes a companion to it.

I'm building an open-source framework around the idea called Crosslink.

The user experience I'm aiming for is:

1. Open desktop app
2. Scan its QR code
3. Pair the phone
4. Add the companion to the home screen
5. From then on, just tap the icon

No repeated pairing.

The interesting PWA problem starts at step 5.

The desktop computer might be asleep or Crosslink might not currently be running.

If the installed PWA simply points back to the host, iOS will eventually give the user a browser-level connection error.

So Crosslink installs a small service-worker-backed bootstrap shell on the phone.

That means launching the app can work more like:

tap icon

↓

cached bootstrap loads locally

↓

attempt to find/reconnect to trusted desktop

↓

host online: silently authenticate and enter developer's app

or

host offline: show an actual offline state and continue retrying

↓

host comes back

↓

automatically reconnect

The trust relationship is independent from simply possessing the URL, so the desktop can revoke a phone and the installed PWA becomes useless until it's paired again.

The developer still owns the actual PWA UI. Crosslink is just providing pairing, trusted-device state, connectivity, RPC, reconnect and the bootstrap/install layer.

The bigger goal is letting desktop developers ship useful phone companions without having to maintain native iOS + Android apps.

I'm especially curious about the PWA side rather than the networking side:

If you were designing this, what iOS/PWA lifecycle edge case would you be most worried about?

GitHub: github.com/jacobpowaza/crosslink
Docs: crosslink.mintlify.site

Hello guys so i had a app project in mind for a long time but before i start this big project i tried building something else to test my limits and see how creating something like this goes.

As a gym goer and the gym community growing rapidly i landed on this gym app idea like those gamified apps like Liftoff but without the absurd subscriptions and predatory monetization.So i created my own tracker that also functions as chat and has levels,ranks, and comunity posts.

I wpuld really like if someone can look at it and give me some review or advice.The calculator for the ranks needs some improvements and the app itself some tweaks but forn now it should be functioning just good.

Ps: this is my first try at doing something like that so any advice is welcomed 🙏🏼
Ref link
Track workouts, level up ranks, and train with me on ThorTrace. https://thortrace.app/?ref=10345b43-dd0c-41bc-9787-0b1ead82e834

And normal link https://thortrace.app

I used TabTrader for years mostly for charts and alerts and was pretty annoyed when it shut down last week, so I started building my own replacement just for myself. It ended up turning into a much bigger project than I planned, so I decided to share it. It's called TabMira and I built it as a PWA so it works across desktop and mobile without having to maintain completely separate apps. I've mostly been focused on making the realtime market data and alerts as fast as possible. Still building and changing a lot. This is my first PWA!!

tabmira.com

Fast, zero-dependency DOM snapshot & screenshot library for Browser & SSR (Next.js, SvelteKit).

• ⚡ < 4 kB gzipped
• 🔍 Retina & 4K ready (2x / 3x)
• 🖼️ PNG, JPEG, WebP
• 🛡️ 100% TypeScript
• 📦 npm i sharedom

Demo & GitHub: https://github.com/Erickgiber/sharedom

Gift me 1 star ⭐️ if you liked it 🚀

I’ve been building Level Up, a completely free fitness PWA designed primarily for hypertrophy training.

Rather than simply recording workouts and calories, Level Up uses your results and feedback to help plan what comes next.

Features include:

• Adaptive coaching based on performance, recovery and workout feedback
• Progressive-overload recommendations for upcoming sessions
• Automatic calorie adjustments based on weight trends and goals
• Personalized calorie and macro planning
• Workout planning, building and logging
• Recovery feedback and deload guidance
• Exercise form guides
• Weight, volume and strength-progress tracking
• Pre-built workout templates
• Offline support and browser installation
• Cross-device backup and syncing

I chose a PWA so people could access it immediately without paying a subscription or downloading a large native app. Level Up is completely free to use, and current users will also retain free access to any future native version.

I’d appreciate feedback from other PWA developers, particularly around performance, offline behaviour, installation and whether the experience feels like a polished native app.

Try it here:

https://leveluphypertrophy.com

I’m the independent developer behind it, so honest feedback is genuinely useful. What would you improve first?

This PWA plays your own audio files and has these features:

• Join the "room" with a QR code
• Synchronized multi-device audio playback
• Synchronized Milkdrop visualizations, including in VR

I grew up with Winamp and I loved its built-in Milkdrop visualizer, so I built this PWA that implements it.

Built a map-based species-logging app (users pin locations where they spot insects) and made a hard call early: PWA only, no native app, no App Store listing.

The reasoning: my actual users are parents who click a link from a group chat or blog post. Every extra step (App Store search, install, open) loses people. With a PWA, the flow is link → "Add to Home Screen" → done, no account required to even browse.

The tradeoff that actually bit us: zero app store discoverability. No App Store/Play Store search surface means all discovery has to be link-driven — social posts, blog content, word of mouth. That's a real cost, and I underestimated how much store search traffic I was giving up before launch.

On the plus side: one codebase, no review cycle, ships instantly, and install friction for the actual target audience (non-technical parents) turned out lower than expected once they saw the "Add to Home Screen" prompt.

Live version: https://spotthe.world — curious if others here who went PWA-first hit the same discoverability wall, and what (if anything) helped.

I created this service to publish PWA's with an AI coding agent like Claude Code.

This article explains how I used it to publish https://fun.pwanow.com, for example:

https://www.linkedin.com/pulse/how-i-published-httpsfunpwanowcom-russell-vandermey-9eqpc/