Skip to content

Next

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

Closed
Open
Opened 43 minutes ago by Mark Edworthy@medworthy
  • Report abuse
  • New issue
Report abuse New issue

Accessibility to locked blog articles

Summary

With reference to a recent H&S enquiry, I have tested an example blog article and found that whilst not purchasing access to locked articles, I am able to copy and paste the obscured text content of said locked article into external text editors and word processor applications.

The example blog article also contains video content (provided via the YouTube bridge) in which the audio content can be listened to whilst the article is locked.

Steps to reproduce

View a blog article whilst it is locked (ie. needing a predetermined amount of tokens to be able to access said content) and then attempt to listening to any video / audio content, as well as attempting to copy the text content to an external application.

Platform information

I believe that this is user platform neutral. However, I have tested this whilst using Firefox (x86_64 version 68.0.2) and Chromium (x86_64 version 76.0.3809).

What is the current bug behavior?

See above

What is the expected correct behavior?

Locked content should not be accessible to the user (until the user purchases access to said content).

Relevant logs and/or screenshots

Reference:

  • Original Help And Support Enquiry
    https://www.minds.com/newsfeed/1020105341986635776

  • Example Blog Article
    https://www.minds.com/cellblock07208/blog/from-the-pulpit-my-beginnings-with-religion-1019970882463047680

Please solve the reCAPTCHA

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

Edited 5 minutes ago by Mark Edworthy

Related issues
0

    • Discussion 4
    • Designs 0
    • Mark Edworthy @medworthy changed the description 3 times within 10 minutes 33 minutes ago

      changed the description 3 times within 10 minutes

    • Mark Edworthy @medworthy changed the description 32 minutes ago

      changed the description

    • Mark Edworthy @medworthy changed title from Accessability to locked blog articles to Accessibility to locked blog articles 5 minutes ago

      changed title from Accessability to locked blog articles to Accessibility to locked blog articles

    • Mark Edworthy @medworthy changed the description 5 minutes ago

      changed the description

    • 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

    The one place for your designs

    Upload and view the latest designs for this issue. Consistent and easy to find, so everyone is up to date.

    0 Assignees
    None
    Assign to
    none
    Epic
    None
    None
    Milestone
    None
    Assign milestone
    None
    Time tracking
    No estimate or time spent
    None
    Due date
    None
    0
    Labels
    None
    Assign labels
    • View project labels
    None
    Weight
    None
    Confidentiality
    Not confidential
    Lock issue
    Unlocked
    1
    1 participant
    user avatar
    Mark Edworthy
    Reference: minds/front#1916