giseldo/neodataset huggingface dataset:
(bug): Link previews disappear when editing a status post

### Summary

When editing a status post containing a link and a corresponding preview of said link, the preview will disappear upon saving the edit.

### Steps to reproduce

1) Create a status post using some text and a link with a corresponding preview.
2) Select EDIT from the post pull-down menu.
3) Edit the text.
4) Save the edit.

### Platform information 

Chromium: Version 72.0.3626.122 (Developer Build) built on Debian 9.8, running on Debian 9.8 (64-bit)

### What is the current *bug* behavior?

The link preview disappears upon an edit.

### What is the expected *correct* behavior?

The link preview should remain after performing an edit.

### Relevant logs and/or screenshots

![dissappear-link-preview](/uploads/34aa62a6fc892a2ce00bdab6ebfdd5c2/dissappear-link-preview.mp4)



### Possible fixes

(If you can, link to the line of code that might be responsible for the problem)

Story points: 3.0
(bug): Cant delete a reply to a comment on a blog post

### Summary

On ones own blog post, while one can delete a comment residing on said post, one can not delete a reply to a comment; although one can do so on ones own status post.

### Steps to reproduce

Go to one of your blog posts. Find a reply to your comment. Click the 3 vertical dots, and the option to delete a reply is not present; as it is in a status post.

### Platform information 

Firefox 60.5.1 ESR; Debian 'Stretch' Linux 6.8

### What is the current *bug* behavior?

The vertical dots opening the options menu on comments/replies on ones blog post do not show the option to delete, as it does on a status post.

### What is the expected *correct* behavior?

The vertical dots opening the options menu on comments/replies on ones blog post SHOULD show the option to delete, as it does on a status post.

### Relevant logs and/or screenshots

![Selection_545](/uploads/86c1b6fd9918fb855e9e18171276696a/Selection_545.png)

### Possible fixes

(If you can, link to the line of code that might be responsible for the problem)

Story points: 5.0
Counter in group convo-feeds counts 2 seconds for every 1 second

### Summary

When a comment is is left in a group conversation feed, the counter is counting 2 seconds for every 1 second.

### Steps to reproduce

Make a comment in any group conversation feed, and observe the time elapsed on said comment.

### Platform information 

Firefox 60.5.0 ESR; Debian Linux 9.7

### What is the current *bug* behavior?

After leaving a comment in any group conversation feed, the counter marking the elapsed time is counting 2 seconds for every second.

### What is the expected *correct* behavior?

When leaving a comment in any group conversation feed, the counter tracking the elapsed time, since the comment was left, should be precise; a single second counted, for each second that elapses.

### Relevant logs and/or screenshots

![counter](/uploads/7452bba35c0a03989d619142b0f5d907/counter.mp4)

### Possible fixes

(If you can, link to the line of code that might be responsible for the problem)

Story points: 5.0
Subscribers list not complete, or not showing at all

### Summary

On some channels, when a user is on her/his channel and clicks on the 'Subscription' link, then the 'Subscribers' tab to view their subscribers list, the list is incomplete or empty, and the 'view more' button does not function.

### Steps to reproduce

From a channel page, click on the 'Subscriptions' link, then the 'Subscribers' tab to view a subscribers list; then click on the 'View More' button. THIS DOES NOT HAPPEN ON EVERY CHANNEL

### Platform information 

Firefox 60.5.0 ESR; Debian Linux 9.7

### What is the current *bug* behavior?

On some channels the subscriber list is either incomplete, or empty, and the 'view more' button does not work as expected.

### What is the expected *correct* behavior?

When clicking on the subscription link from the bio in a channel, then the subscriber tab, the users subscriber list should appear. When clicking on the 'view more' tab on said list, the list should expand until all a users subscribers have been displayed; this is not the case.

### Relevant logs and/or screenshots

![Selection_527](/uploads/a0e8b0a1aaa95255cdbccb99cd725262/Selection_527.png)

### Possible fixes

(If you can, link to the line of code that might be responsible for the problem)

Story points: 6.0
(feat): Convert ES reports data to standard format for api return.

See https://gitlab.com/minds/engine/blob/master/Core/VideoChat/Leases/Repository.php#L28 for a good example of how to use repositories.

Create a model called Report that we can pass to repositories and managers (copy from https://gitlab.com/minds/engine/blob/master/Core/VideoChat/Leases/VideoChatLease.php)

https://gitlab.com/minds/engine/merge_requests/83

Story points: 25.0
(feat): Add score to reports ES datastore

Scores need to be stored on the ES record in some format so admins can query and sort on this data. The purpose of this is to prioritize popular content in the queue.

I propose to add "Total Views" to the ES record during creation, and to update it on each report on the same entity. This will give a "good enough" way to prioritize popular content, in combination with the user report quantity.

Story points: 10.0
(bug): Blog post titles not visible on Blog page (brave-browser only)

<!---
Please read this!

Before opening a new issue, make sure to search for keywords in the issues
filtered by the "T - Bug" label and verify the issue you're about to submit isn't a duplicate.
--->

### Summary

When browsing to the Blog page accessed from the top nav-bar, the icons of the blog posts are visible, but not their corresponding titles.

This issue was raised in the H&S convo-feed by @moonlit45 (see video below)
I was unable to reproduce this problem using the Firefox browser, nor the Chromium browser. I was however able to reproduce it on the Brave browser.


### Steps to reproduce

Using the Brave browser, click on 'Blogs' from the top nave-bar on the main feed.


### Platform information 

Version 0.59.34 Chromium (brave- default settings): 72.0.3626.81 (Official Build) (64-bit); Linux Mint 19.1 Tessa x86_64 - Kernel: 4.15.0-43-generic 


### What is the current *bug* behavior?

The blog tiles/icons appear as expected, but their corresponding titles are hidden or otherwise not visible.


### What is the expected *correct* behavior?

We should see The blog tiles/icons as well as their corresponding titles.

### Relevant logs and/or screenshots

Here is a screenshot of the problem:
![Workspace_2_519](/uploads/8aaeba1526c6ae5ab80834fc12d5e1bf/Workspace_2_519.png)

Here is a video of the conversation:
![moolit45](/uploads/57b6b52ce08fd796f80b20afb2b8d23c/moolit45.mp4)

### Possible fixes

(If you can, link to the line of code that might be responsible for the problem)

Story points: 3.0
(bug): Images Library Has Disappeared

### Summary

The image library that was once available on a channel's left sidebar, under the Bio, has disappeared; making it impossible to browse a channels uploaded images.

### Steps to reproduce

Open a channel page and scroll down to just below the channel's Bio, and on top of the Video library, and you wont see what was once there; the image library.

### Platform information 

Firefox 30.3.0 esr; Debian Stretch 9.6

### What is the current *bug* behavior?

The lack of a channels image libary.

### What is the expected *correct* behavior?

An image library should be available just below the Bio and above the video library on a users channel.

### Relevant logs and/or screenshots

![Selection_526](/uploads/89183b1c158397cf91e626c3745a9848/Selection_526.png)

### Possible fixes

(If you can, link to the line of code that might be responsible for the problem)

Story points: 5.0
(feat): Add reporting to elasticsearch

RepositoryES.php is constructed to mirror Repository.php. When the configuration switch is added, Report.php will selectively call Repository.php and RepositroyES.php.

https://gitlab.com/minds/engine/merge_requests/71

Below is the mapping I have settled on.
```
{
  "mappings": {
    "reported_entity" : {
      "dynamic": false,
      "properties": {
        "@timestamp": { "type": "date" },
        "entity_guid": { "type": "long" },
        "owner_guid": { "type": "long" },
        "entity_type": { "type": "keyword" },
        "votes_up_12h": { "type": "integer" },
        "votes_up_7d": { "type": "integer" },
        "views": { "type": "integer" },
        "rating": { "type": "byte"},
        "state": { "type": "keyword" },
        "action": {
          "type": "nested",
          "properties": {
            "type": { "type": "keyword" },
            "details": { "type": "text" }
          }
        }
      }
    },
    "user_report": {
      "dynamic": false,
      "_parent": {
        "type": "reported_entity"
      },
      "properties": {
        "@timestamp": { "type": "date" },
        "entity_guid": { "type": "keyword" },
        "reason_code": { "type": "byte" },
        "reporter_guid": { "type": "keyword" },
        "reporter_note": { "type": "text" }
      }
    }
  }
}
```

Story points: 10.0
(bug): URL - target="_blank" rel="noopener noreferrer" Issues

Even though we thought that the target="_blank" rel="noopener noreferrer" bug was resolved (which displayed the above href syntax when including / editing of URLs in comments, posts and channel / group profiles), I have found new instances of this ongoing bug.

For further information, refer to https://www.minds.com/newsfeed/929436227148750848 (H&S enquiry).

Story points: 2.0
(bug): Unlisted blogs, or blogs in drafts, do not display the banner

<!---
Please read this!

Before opening a new issue, make sure to search for keywords in the issues
filtered by the "T - Bug" label and verify the issue you're about to submit isn't a duplicate.
--->

### Summary

- Marking unlisted/ saving a blog draft removes the blog banner



### Steps to reproduce

Mark the blog unlisted and publish or click "save draft to remove the blog banner from view.


### Platform information 
I Am on firefox linux

### What is the current *bug* behavior?

This is explained in steps to reproduce.

### What is the expected *correct* behavior?

When hashtaged the blog I expect to see the hashtag near the top next to the title that can be clicked.

I accept the blog to be shown when searching said hashtag in both activity and the blogs option.

I expect images to be saved for when publishing the blog not removed and needed to be re-uploaded if unlisted.
 
### Relevant logs and/or screenshots
![saved](/uploads/a5b06e5d2d9b02459d2ced5397537f3a/saved.png)

![format](/uploads/80be0dc6ad91f61bf7128300a58b427c/format.png)


### Possible fixes

---

Story points: 2.0
Register modal improvements

We can improve the user experience with the Register modal -- and possibly improve signup conversions -- by addressing these UX issues with the production modal.

[This Figma jam board](https://www.figma.com/file/Tf7tRLoUqUWFADEsoZAaQK/Register-modal?node-id=0%3A1) highlights some of the issues visually.

1. Field validation warnings (e.g. `Must be at least 4 characters long` and `Invalid email`) change the height of the modal when they appear / disappear.

---

2. When inputting a password, the password rules overlay the fields below, including the `Confirm your password` field, making it unclear what the user should do after entering a valid password. (Note: The rules appear to disappear after the rules are successfully met.) On a mobile device, the rules are likely covered by the on screen keyboard.

---

3. On mobile devices, the `Switch to App` prompt overlays the Register modal.


### Proposed changes to registration modal

- [ ] Present `Password` and `Confirm Password` always. Currently `Confirm Password` only shows when `password` is not NULL
- [ ] Always show CAPTCHA. Currently it only shows once passwords have been entered.
- [ ] Position the captcha image and captcha input side by side as to save space vertically.
- [ ] Remove / hide the `Switch to App` prompt when modals are displayed.
- [ ] Reposition validation message to the same row as the form label, saving vertical space.
- [ ] Remove header image from modal.
- [ ] Position password rules above the input rather than below.
- [ ] Check/Update Cypress testing to account for changes.

* Large -> https://www.figma.com/file/ZzhkGGO4ZDjQQfQLGqQEJ5/Marketing-Pages-%5BWeb%5D?node-id=165%3A580
* Medium -> https://www.figma.com/file/ZzhkGGO4ZDjQQfQLGqQEJ5/Marketing-Pages-%5BWeb%5D?node-id=209%3A508
* Small -> https://www.figma.com/file/ZzhkGGO4ZDjQQfQLGqQEJ5/Marketing-Pages-%5BWeb%5D?node-id=76%3A859

Story points: 5.0
Email: Automate bring your friends post for 7 days after registration

## Summary

Send users an email one week after they sign up asking them to refer their friends.

## Conditions
- User has signed up for an account
- User has verified their email
- User has not already referred anyone
- 7 days have passed

## Subject
Friends help friends get off big tech

## Preheader
@{username}, lead the charge to join Minds.

## Copy
@{username},

We hope you've enjoyed your first week on Minds!

The best way to grow the community is by referring your friends, family, and fans. 

Not only does each referral grow your network on Minds, it also qualifies you to earn a commission on any tips and membership revenue they earn. Win, win.

[{Call to action button / "Refer Your Friends"}](https://www.minds.com/settings/other/referrals)

Thank you for being a pioneer of Internet freedom.

The Minds Team

Story points: 3.0
Email: Automate welcome post for 1 day after registration

## Summary

Send users a welcome post the day after they sign up for Minds.

## Conditions
- User has signed up for an account
- User has verified their email

## Subject
Welcome to Minds, @{username}

## Preheader
You've taken the first step. Here's what's next.

## Copy
Thanks for joining Minds! Here are a few things you can do next to establish yourself on Minds, to speak freely, earn crypto, and elevate discourse with us.

- **[Discover channels to subscribe to.](https://www.minds.com/discovery/suggestions/user)**
Minds is better with more connections. Discover interesting people and subscribe to their posts to keep your newsfeed alive.

- **[Follow the conversation.](https://www.minds.com/discovery/tags/trending)**
Check out trending topics to see what the community is talking about.

- **[Make your first post.](https://www.minds.com/newsfeed/subscriptions/latest)**
Introduce yourself with a post, and let the community know what brought you to Minds. Use the hashtag #NewFren to meet other newbies and our community welcome party.

- **[Download the app.](https://www.minds.com/mobile)**
Get notified of replies to your posts, track your crypto rewards, and post on the go with the Minds mobile app, for Android and iOS.

Welcome aboard,

The Minds Team

Story points: 3.0
Experiment: Guest Mode with Light Mode

### Target problem

Our new Guest Mode homepage (Discovery feed) is not increasing new user signups.

### Hypothesis

Defaulting the Guest Mode homepage to Light Mode may improve user signup conversions.

### What is the primary metric that this change is aimed to improve?

`Has signed up` in GrowthBook.

### What is the current state of this metric, and what is the improvement goal?

- Classic homepage: 3.72%
- Guest Mode (dark mode): 3.39%

We'd like to improve Guest Mode with light mode to perform as good or better than the classic page.

### How does this change affect the desired metric?

Dark mode may not appeal to all users, who start with an assumption of light-background websites.

Story points: 1.0
Clicking "Complete to earn tokens" checklist items doesn't work

<!---
Please read this!

Before opening a new issue, make sure to search for keywords in the issues
filtered by the "T - Bug" label and verify the issue you're about to submit isn't a duplicate.
--->

### Summary

The "Select tags," "Setup channel," and "Verify uniqueness" items in the "Complete to earn tokens" checklist don't respond to clicks.

![image](/uploads/046c42799d623204da2935ad9d2b3bc1/image.png)

### Steps to reproduce

- Sign up for a new account
- From the web Newsfeed, observe the "Complete to earn tokens" checklist on the right
- Click on any of these items:
  - Select tags
  - Setup channel
  - Verify uniqueness

### Platform information 

MacOS + Chrome

### What is the current *bug* behavior?

- Nothing happens; the checklist items do not respond to clicks

### What is the expected *correct* behavior?

- Clicking "Select tags" presents the user with a flow to select tags
- Clicking "Setup channel" presents the user with a flow to upload an avatar (and maybe other things? header image?)
- Clicking "Verify uniqueness" presents the user with a flow to verify a phone number

Story points: 2.0
Channel pages: Implement channel recommendations component

Implement the new channel recommendations component on Channel pages. See this design prototype for visual and interaction spec.

- [For channels with activity posts](https://www.figma.com/proto/c37p1Jz209IT8vRuc1AoFv/Recommendations?page-id=0%3A1&node-id=72%3A847&viewport=241%2C48%2C1&scaling=scale-down&starting-point-node-id=72%3A847&show-proto-sidebar=1)
- [For channels with empty activity feeds](https://www.figma.com/proto/c37p1Jz209IT8vRuc1AoFv/Recommendations?page-id=0%3A1&node-id=76%3A1890&viewport=241%2C48%2C1&scaling=scale-down&starting-point-node-id=76%3A1890&show-proto-sidebar=1)

## Acceptance

### Interaction: Channel has activity posts

- Given the user is viewing a Channel page,
- and the channel page DOES have activity posts in its feed,
- when the user clicks to subscribe to that channel,
- then the channel recommendations component appears at the top of the activity post feed,
- and the heading for the component reads `Consider subscribing to`,
- and the recommended channels are sourced from the logic described below.

NOTE: This is not a functional requirement where the channel feed is empty, as recommendations will be displayed by default (see below)

- [See prototype here](https://www.figma.com/proto/c37p1Jz209IT8vRuc1AoFv/Recommendations?page-id=0%3A1&node-id=72%3A847&viewport=241%2C48%2C1&scaling=scale-down&starting-point-node-id=72%3A847&show-proto-sidebar=1)


### Interaction: Channel does not have activity posts

- Given the user is viewing a Channel page,
- and the channel page DOES NOT have activity posts in its feed,
- when the page is loaded,
- then the channel recommendations component appears at the top of the activity post feed,
- and the heading for the component reads `Consider subscribing to`,
- and the recommended channels are sourced from the logic described below.

If the user were to subscribe, the recommendation slide in (described earlier) would not display.

### Which channels are recommended (logic)

- Given the channel DOES have subscriptions to other channels...
  - Include: Channels subscribed to by the channel the user is currently viewing
  - Filter out: Channels the user already subscribes to.
  - Order by: Prioritize channels by (1) mutual subscribers, (2) total subscribers, and (3) having activity on Minds within the past 7 days.
---
- Given the channel DOES NOT have subscriptions to other channels...
  - Include: Channels subscribed to by @Minds account.
  - Filter out: Channels the user already subscribes to.
  - Order by: Prioritize channels by (1) mutual subscribers, (2) total subscribers, and (3) having activity on Minds within the past 7 days.

Story points: 5.0
Discovery: Implement channel recommendations component - web

Implement the new channel recommendations component on [Discover / Top page](https://www.minds.com/discovery/top). See this design prototype for visual and interaction spec.

- Channel recommendations on Discovery - https://www.figma.com/proto/c37p1Jz209IT8vRuc1AoFv/Recommendations?page-id=0%3A1&node-id=152%3A2647&viewport=241%2C48%2C1&scaling=scale-down&starting-point-node-id=152%3A2647&show-proto-sidebar=1 

## Acceptance

- Given the user navigates to the Discovery > Top feed,
- when the page is loaded,
- then the Channel Recommendations component appears after the third activity post in the feed.

### Which channels are recommended (logic)

- Include: Channels subscribed to by @minds account
- Filter out: None
- Order by: Prioritize channels by (1) mutual subscribers, (2) total subscribers, and (3) having activity on Minds within the past 7 days

Story points: 1.0
Update content policy to reflect current practice on token manipulation

**Objective**

- The Content Policy states that token manipulation is an immediate ban offense.  However, the current practice is to reject the withdrawals.  We need to **update the content policy** to reflect this internal policy change.
- Update on the GitLab docs in addition to content-policy page.

![image](/uploads/d98a0112f3d5d2f8a58ffe9dd419afd0/image.png)

** Proposed Solution **

![image](/uploads/8ea4e23390a1bacf7d63f118f80cfdd1/image.png)

Story points: 0.0