Skip to content

Conversation

@itrush
Copy link
Contributor

@itrush itrush commented Aug 11, 2025

Ensure that notifications on legacy http integrations navigate to the origin

Details

There was an issue with legacy HTTP integrations where the defaultNotificationUrl was never saved in the DB. As the result if a notification was sent without explicit launch url, the service worker logic would default to the worker's scope which is in the os.tc domain. This in turn would redirect users to OneSignal dashboard rather than to the customer's site.

To account for missing default notification url, we try to get the default URL from the app config on notification click and save it to the DB for the future use. Choosing between notification received and clicked to add this logic, decided on notification clicked to avoid doing extra api call when the user may never click the notification.

Verified in Chrome, Firefox and Safari that when clicking on a notification it redirects to the origin instead of the os.tc domain.

Note: will only merge it after Thanksgiving

Systems Affected

  • WebSDK
  • Backend
  • Dashboard

Validation

Tests

There seem to be no tests for the service worker flows so didn't add any new ones 🤔 Did an extensive manual test in Chrome, Safari and Firefox.

Info

Checklist

  • All the automated tests pass or I explained why that is not possible
  • I have personally tested this on my machine or explained why that is not possible
  • I have included test coverage for these changes or explained why they are not needed

Programming Checklist
Interfaces:

  • Don't use default export
  • New interfaces are in model files

Functions:

  • Don't use default export
  • All function signatures have return types
  • Helpers should not access any data but rather be given the data to operate on.

Typescript:

  • No Typescript warnings
  • Avoid silencing null/undefined warnings with the exclamation point

Other:

  • Iteration: refrain from using elem of array syntax. Prefer forEach or use map
  • Avoid using global OneSignal accessor for context if possible. Instead, we can pass it to function/constructor so that we don't call OneSignal.context

Screenshots

Info

http.notification.click.fix.mov

Checklist

  • I have included screenshots/recordings of the intended results or explained why they are not needed

Related Tickets

https://app.asana.com/1/780103692902078/project/1211950939908862/task/1210115044974433?focus=true



This change is Reviewable

itrush added 3 commits August 7, 2025 12:55
Code already handles each property separately so there's no reason to
force passing the whole object.
There was an issue with legacy HTTP integrations where the
defaultNotificationUrl was never saved in the DB. To account for this,
we try to get the default URL from the app config on notification click
and save it to the DB for the future use.

Choosing between notification received and clicked to add this logic,
decided on notification clicked to avoid doing extra api call when the
user may never click the notification.
@itrush itrush force-pushed the itrush-fix-http-click branch from 02fee96 to 976d696 Compare November 18, 2025 00:39
@itrush itrush changed the title [wip] fix http click Ensure that notifications on legacy http integrations navigate to the origin Nov 18, 2025
@itrush itrush marked this pull request as ready for review November 18, 2025 19:18
@itrush itrush requested a review from jkasten2 November 18, 2025 19:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants