Skip to content

Next

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
    • Help
    • Submit feedback
    • Contribute to GitLab
    • Switch to GitLab Next
  • Sign in / Register
Minds Frontend
Minds Frontend
  • Project
    • Project
    • Details
    • Activity
    • Releases
    • Dependency List
    • Cycle Analytics
    • Insights
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Charts
    • Locked Files
  • Issues 815
    • Issues 815
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 73
    • Merge Requests 73
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
    • Charts
  • Registry
    • Registry
  • Packages
    • Packages
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Charts
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • Minds
  • Minds FrontendMinds Frontend
  • Issues
  • #321

Error occurred when fetching sidebar data
Closed
Open
Opened 4 months ago by Ian Crossland@IanCrossland
  • Report abuse
  • New issue
Report abuse New issue

(bug): Open content is appearing as safe with no admin changing it

Summary

New content is appearing, snowflaked as safe, even though it is definitely not safe and no admin changed it.

Steps to reproduce

Scroll down the newsfeed. You will see racy things marked as open.

Platform information

Brave, Windows 10. Not platform-related from a viewing perspective.

What is the current bug behavior?

Open newsfeed content is marked Safe

What is the expected correct behavior?

All newsfeed content should be marked, open, by default.

Relevant logs and/or screenshots

Content includes:

https://www.minds.com/newsfeed/940230536168054784 https://www.minds.com/newsfeed/940241173016453120 https://www.minds.com/media/940067928254676992

safe_bug

Possible fixes

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

Please solve the reCAPTCHA

We want to be sure it is you, please confirm you are not a robot.

Edited 4 months ago by Jake Passi

Related issues
0

    Related merge requests
    • Ian Crossland @IanCrossland added 2 - Normal T - Bug T - Bug (Triage) labels 4 months ago

      added 2 - Normal T - Bug T - Bug (Triage) labels

    • Jake Passi @JakePassi changed title from Open content is appearing as safe with no admin changing it to (bug): Open content is appearing as safe with no admin changing it 4 months ago

      changed title from Open content is appearing as safe with no admin changing it to (bug): Open content is appearing as safe with no admin changing it

    • Jake Passi @JakePassi removed T - Bug (Triage) label 4 months ago

      removed T - Bug (Triage) label

    • Mark Harding @markeharding added T - Bug (Triage) label and removed 2 - Normal T - Bug labels 4 months ago

      added T - Bug (Triage) label and removed 2 - Normal T - Bug labels

    • Ben Hayward @benhayward.ben closed 10 hours ago

      closed

    • You're only seeing other activity in the feed. To add a comment, switch to one of the following options.
    Please register or sign in to reply
    Assignee
    Assign to
    Epic
    None
    Milestone
    None
    Assign milestone
    None
    Time tracking
    No estimate or time spent
    None
    Due date
    None
    1
    Labels
    Type::Bug (Triage)
    Assign labels
    • View project labels
    Weight
    Confidentiality
    Not confidential
    Lock issue
    Unlocked
    participants
    Reference: minds/front#321