-
Notifications
You must be signed in to change notification settings - Fork 84
Description
The search experience in the official Second Life viewer is entirely web-based and lacks the responsiveness, discoverability, and integration of the legacy in-viewer search system. Many long-term users still express frustration with the web search's latency, filtering limitations, and interface inconsistency with the rest of the viewer UI.
Key user concerns include:
- Poor filtering and result relevance in the web search interface.
- Loss of tabbed browsing for specific types of search (e.g., People, Groups, Places, Land Sales).
- Inability to preview user profiles, land info, or group pages inline without jumping to external browser-like interfaces.
This creates friction in discovery, social interaction, and commerce within Second Life.
Solution
Reintroduce the classic in-viewer search tabs within the search floater, restoring a fast, native-feeling search experience for key categories, while retaining the current web search in a separate “Web” tab for completeness and continuity.
This hybrid model offers users a faster, more intuitive method to search within defined categories, with the benefit of immediate UI feedback and profile preview integration.

Screenshots from other viewers
The original tabbed search was revived/preserved in many Third Party Viewers:

Firestorm's Search

Alchemy's Search
Proposed Changes
- Reinstate the legacy search categories as tabs in the main search floater:
- People
- Groups
- Places
- Land Sales
- Events
- Classifieds
- Add the current web-based search under a new “Web” tab, preserving its functionality without removing it.
- Each tab will restore its respective backend search queries and present results in a viewer-native layout.
- User profile previews and in-viewer data panels should be reinstated for People, Groups, and Places where applicable.
Goals and KPIs
- Search tab usage (non-Web) >50% after feature launch
Risks
- Dual search system (native + web) may confuse some users if not clearly differentiated.
- Viewer QA scope increases across multiple search paths.
Alternatives considered
- Improving the web search only: discarded due to ongoing UX limitations.
- Replacing the web search entirely: risks breaking compatibility with third-party content systems and existing workflows.
Reward
Please follow our reward guidelines if you would like to be compensated for completing this task.
This repo is using Opire - what does it mean? 👇
💵 Everyone can add rewards for this issue commenting
/reward 100
(replace 100
with the amount).🕵️♂️ If someone starts working on this issue to earn the rewards, they can comment
/try
to let everyone know!🙌 And when they open the PR, they can comment
/claim #4411
either in the PR description or in a PR's comment.🪙 Also, everyone can tip any user commenting
/tip 20 @bennettgoble
(replace 20
with the amount, and @bennettgoble
with the user to tip).📖 If you want to learn more, check out our documentation.