Skip to content

  • Projects
  • Groups
  • Snippets
  • Help
  • Sign in / Register
Minds Frontend
Minds Frontend
  • Project overview
  • Repository
  • Issues 404
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 58
  • CI / CD
  • Security & Compliance
  • Packages
  • Wiki
  • Snippets
  • Members
  • Collapse sidebar
  • Graph
  • Charts
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • Minds
  • Minds FrontendMinds Frontend
  • Issues
  • #2321

Closed
Open
Opened 1 hour ago by Ben Hayward@benhayward.ben
Report abuse New issue

Weight inconsistencies in channel search results

Summary

The channels search is exhibiting mixed behavior in the search results it returns.

Steps to reproduce

Take two channels , /xander and /ottman And note two name types. Username (as in URL) and Name (as on profile).

  1. Search xander, don't click anything, just let the dropdown appear and scroll through.
  2. Note none of the results are our own @xander-miller

This implies to me that Username is not being taken into account, the only way he appears is if I search his Name (with space), Xander Miller.

  1. Search ottman
  2. He is top.

This is seemingly taking into account the username. - also works with name.

Platform information

Cross-platform web. Likely affects mobile also.

What is the current bug behavior?

Users cannot find the users they want to find all the time because of this issue.

What is the expected correct behavior?

Hard to say, but ideally, if it is not already, the popularity of the channel should be weighted in as a factor. I think equal weight should be placed on a username and a direct name match also.

Relevant logs and/or screenshots

image

Possible fixes

(If you can, link to the line of code that might be responsible for the problem)

Related issues
0

  • Discussion 1
  • Designs 0
  • Ben Hayward @benhayward.ben added Priority::2 - Normal Product::Search Status::Validation Type::Bug scoped labels 1 hour ago

    added scoped labels

  • Ben Hayward
    Ben Hayward @benhayward.ben · 1 hour ago
    Developer

    There's a lot of room for discussion on what the correct solution is for this, and it will likely take some digging to find the precise cause.

Please register or sign in to reply
0 Assignees
None
none
Epic
None
None
Milestone
None
Time tracking
No estimate or time spent
None
Due date
None
4
Labels
Priority::2 - Normal Product::Search Status::Validation Type::Bug
None
Weight
None
Confidentiality
Not confidential
Lock issue
Unlocked
2
2 participants
user avatar
Ben Hayward
user avatar
Xander Miller
Reference: minds/front#2321