Entering a name in the smart search bar on desktop web consistently takes user to either the Person profile if there is only one person, or to the Person Search select screen if there are multiple people matching the search criteria. From a page viewing a Person Profile it is possible to search for a new Person. This is normal functionality.
But on Android mobile using Chrome web browser (125.0.6422.165, operating system Android 14; CPH2305 Build/UKQ1.230924.001), if user is already viewing a Person profile, entering a name in search bar and pressing enter takes user straight into the Notes field on the current Person profile (repeatedly). Only way out is to navigate away from the Person Profile page to any other page to reactive the search bar normal performance.
This almost looks deliberate so may be by design. I can't see it described anywhere. And if it is by design, the inconsistency is unexpected and is at odds with the documentation, and is inconsistent with the way it has worked previously.
Actual Behavior
On Android mobile web (Chrome), when viewing a Person profile, the name search bar does not perform the same as it does on desktop: once viewing a Person Profile it does not search for person, but takes user into the Note field for the person currently being viewed.
In order to move from one Person to another, user has to come out of the Person Profile page to be able to reactivate the search bar.
Expected Behavior
Search bar functionality in web on mobile is expected to behave the same as desktop functionality.
Search bar should perform search, not take user to Notes.
Steps to Reproduce
Open browser, e.g. the demo site or ww.rockrmslatest.com/admin.
Enter Decker in search bar and enter.
Select one of the Deckers from the list of Deckers listed. View the Person profile.
Enter Decker again in the search bar. (Or any other name.) The exact same behaviour as above should occur (as it does on desktop). A new search should be performed.
Instead the user is taken into the Person's Notes. Entering and saving a note adds a note to the Profile. Entering a new name in the search bar only bring user back into Notes again.
Editing the Person profile, and entering a name in search, does nothing. Should return to Person Select as it does on desktop.
Navigating away from the Person Profile page, to any other page, reactivates normal search functionality.
Issue Confirmation
[X] Perform a search on the Github Issues to see if your bug or enhancement is already reported.
[X] Reproduced the problem on a fresh install or on the demo site.
Rock Version
Version 16.5 16.5 (1.16.5.4), and demo and pre-alpha
Client Culture Setting
Client Culture Setting: en-NZ, Browser settings Language = English (New Zealand).
Description
Entering a name in the smart search bar on desktop web consistently takes user to either the Person profile if there is only one person, or to the Person Search select screen if there are multiple people matching the search criteria. From a page viewing a Person Profile it is possible to search for a new Person. This is normal functionality.
But on Android mobile using Chrome web browser (125.0.6422.165, operating system Android 14; CPH2305 Build/UKQ1.230924.001), if user is already viewing a Person profile, entering a name in search bar and pressing enter takes user straight into the Notes field on the current Person profile (repeatedly). Only way out is to navigate away from the Person Profile page to any other page to reactive the search bar normal performance.
This almost looks deliberate so may be by design. I can't see it described anywhere. And if it is by design, the inconsistency is unexpected and is at odds with the documentation, and is inconsistent with the way it has worked previously.
Actual Behavior
On Android mobile web (Chrome), when viewing a Person profile, the name search bar does not perform the same as it does on desktop: once viewing a Person Profile it does not search for person, but takes user into the Note field for the person currently being viewed. In order to move from one Person to another, user has to come out of the Person Profile page to be able to reactivate the search bar.
Expected Behavior
Search bar functionality in web on mobile is expected to behave the same as desktop functionality.
Search bar should perform search, not take user to Notes.
Steps to Reproduce
Issue Confirmation
Rock Version
Version 16.5 16.5 (1.16.5.4), and demo and pre-alpha
Client Culture Setting
Client Culture Setting: en-NZ, Browser settings Language = English (New Zealand).