bcgov
[Host Dashboard] - Host - open read only version of application (STRR Form)
📖 User Story
As a host on the host dashboard I want to be able to review a submitted application (STRR Form) So that I review the information I put in.
Context:
Hosts may want to come back in to the STRR to review what information they submitted in their initial application (STRR Form) submission. To give them the ability to do this we want for them to open a read only version of the STRR Form.
FOR DISCUSSION WITH DEV - we want to explore the option that hosts can also see list of documents uploaded and can download documents uploaded.
🎨 UX/UI Link: https://www.figma.com/design/R9GF5wvwq2TrnbnsbhPfvV/STR-Host-Application-Tickets?node-id=4450-4789&t=i8ggMPGnuWuucnGE-4
📏 Business Rules
- [ ] The card must be clearly identifiable and clickable.
- [ ] The application should open in a new browser tab when the card is clicked.
- [x] The application view in the new tab must be in read-only mode, ensuring no edits can be made.
- [ ] Appropriate error handling should be in place if the application fails to open in a new tab.
- [ ] The new tab must be secure
🎭 Story Scenarios
- [ ] Scenario: Access Individual Application
- Given the user views the host dashboard
- When the user clicks on the link for an application details
- Then the system should open the application details in a new tab
- And the application details should be up-to-date with the latest data
- And the application view should be in read-only mode
🌐 Accessibility Scenarios
Keyboard Users
Scenario: Comprehensive Keyboard Navigation Given I am a keyboard user on the website When I use the Tab key to navigate through the website Then all interactive elements should be accessible and highlighted And I should be able to activate these elements using the Enter or Space key
Scenario: Full Content Accessibility via Keyboard Given I am a keyboard user navigating the website When I traverse through different pages and sections Then all content should be fully accessible using the keyboard alone And there should be no traps that prevent me from navigating away using the keyboard
Screen Reader Users
Scenario: Accessible Image Descriptions Given I am using a screen reader on the website When I encounter images Then each image should have descriptive alt text that conveys the same message as the image
Scenario: Structured Navigation for Screen Readers Given I am navigating the website using a screen reader When I move through different page elements Then the content should be structured with proper headings And the reading order should be logical and sequential
Scenario: Descriptive Form Fields Given I am filling out a form using a screen reader When I navigate through the form fields Then each field should be clearly labeled with descriptive text And instructions should be directly associated with their respective inputs
Low Vision Users
Scenario: Effective High Contrast Mode Given I am a user with low vision on the website When I enable high contrast mode Then all content should display with high color contrast suitable for low vision And the layout should remain coherent and unchanged
Scenario: Text Resizing Accommodation Given I am a user with low vision on the website When I increase the text size Then the text should resize without loss of information or functionality And the page layout should adapt accordingly without disrupting the user experience
Scenario: Personalized Styling Preferences Given I am a user with low vision adjusting settings on the website When I customize my styling preferences, including colors, fonts, and spacing Then these adjustments should be applied consistently across all pages And the changes should persist during my entire session or until altered by me
🌍 Global Scenarios
## Data Validation # Mikaela to confirm: Do we need to do these for MVP - data validation required for inputing data in the right format - as defined by business rules.Internet Connection
Standard Internet Connection
Given I am accessing the website from a standard internet connection When I navigate to any page on the site Then the page should load completely within 2 seconds, ensuring a fast and efficient user experience.
Low-Speed Internet
Given a user accesses "Application Details View" with a low-speed internet connection defined as under [specific speed] Mbps When the user attempts to load and interact with the dashboard page Then the "Application Details View" should prioritize critical content and functionality, loading essential elements first to ensure usability.
Mobile Responsiveness
Given I am accessing "Application Details View" on a mobile device When I click on the "any" link Then "_____ " should display correctly and be easily editable on my device, ensuring a responsive design.
@trevoratindustrio we added a note that we want to know the estimated dev efforts if we want to allow hosts to view the list of docs uploaded and the ability to download them on the application details page. We can discuss it at the refinement meeting on Thursday. cc @mbertucci
We will consider this as the top item to pull into sprint 21.6 if we end up having room mid-sprint.
tested in Test. A few comments. @Arash-IND @samIndustrio
- when I clicked on the card, it does not open in a new tab
- I uploaded a doc in the application but I cannot see any docs uploaded or download the doc.
- when I clicked on the card, it does not open in a new tab Done
- I uploaded a doc in the application but I cannot see any docs uploaded or download the doc. Done @fionazhou-jsb
@Arash-IND @samIndustrio confirmed #1 is working. I still cannot see documents. I uploaded 2 files during application.
@fionazhou-jsb PR https://github.com/bcgov/STRR/pull/56 has a fix for this, deployed to Test
@trevoratindustrio still issue with #2. Now I can see there are files being uploaded but no link for me to open the file
