yasithdev opened a new pull request, #181:
URL: https://github.com/apache/airavata-portals/pull/181
## Summary
The `get_notifications` template **context processor** ran a Thrift
`getAllNotifications` on every authenticated HTML page render. With the legacy
Thrift server gone, that call blocked for the full socket read-timeout (~25s),
so **every server-rendered page hung** (dashboard, projects, experiments, …) —
even though the page's own view and the JSON API endpoints were already on gRPC.
This was the concrete blocker preventing the real UI from loading.
## Change
- Repoint `get_notifications` to the gRPC `research` facade
(`get_all_notifications`) and adapt each protobuf `Notification` with the
existing `grpc_adapters.notification` — the same adapter the migrated
`ManageNotificationViewSet` (#173) uses — so the JSON payload handed to the
frontend is byte-for-byte unchanged (`notificationId`, `title`,
`notificationMessage`, `publishedTime`, `expirationTime`, `priority`, `url`,
`is_read`).
- The guard switches from `hasattr(request, 'airavata_client')` to
`getattr(request, 'authz_token', None)` (the gRPC client needs the token);
failures still fall back to an empty list.
## Testing
- `manage.py check` — green.
- Live, against the running backend, logged in as a real user:
- `/workspace/dashboard`: **25s hang → 200 in ~0.02s**
- `/workspace/projects`: 200
🤖 Generated with [Claude Code](https://claude.com/claude-code)
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
