Skip to content

🔍 Bring Back Legacy Search #4411

@bennettgoble

Description

@bennettgoble

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.

Image

Screenshots from other viewers

The original tabbed search was revived/preserved in many Third Party Viewers:

Image

Firestorm's Search

Image

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.

Metadata

Metadata

Projects

No projects

Relationships

None yet

Development

No branches or pull requests

Issue actions