Happy Hacktoberfest, everyone! Here's a breakdown of some of the Hacktoberfest-eligible bugs in the Forem codebase. We'd love to see you tackle these in October. 🎃
Frontend

Organization secret code not copied to clipboard #13434

DevLorenz0 posted on Apr 18, 2021

Describe the bug

When copying the organization secret code with the special button, it says "Copied to clipboard!" but doesn't work in reality.

To Reproduce

1. Go To Edit Profile
2. Go to Organization
3. Create an org (or switch to an existing one)
4. Under Grow the team - Your secret code is: --> Copy Button
5. It does not copy the secret code

Expected behavior

Clicking on the button just copy the secret code. Or select it if it's not possible to copy.

Screenshots

*Not copied in reality

Desktop (please complete the following information):

OS, version: Microsoft, Windows 10 Browser, version: Chrome, latest (88.0.4324.190)

Smartphone (please complete the following information):

Not specific to smartphones.

Additional context

I add that we can copy the secret code, just the special button doesn't work.

View on GitHub

Clicking "Follow" [a tag] does nothing #14704

paul-j-lucas posted on Sep 12, 2021

Describe the bug

Clicking the Follow [tag] button does nothing, i.e., does not add a tag to the set of tags I follow.

To Reproduce

1. Go to a tag's page, e.g., https://dev.to/t/cpp.
2. Click the Follow button.

Expected behavior

#cpp would be added to the set of tags I follow.

Desktop (please complete the following information):

• OS, version: macOS 11.5.2
• Browser, version: Safari 14.1.2 and Chrome 93.0.4577.63

I've tried both browsers: same (non)behavior.

Additional context

This must have worked sometime in the past since I follow #c and #go.

View on GitHub

Fix prop-types errors #14837

aitchiss posted on Sep 28, 2021

After merging github.com/forem/forem/pull/14635, we have a lot of prop-types errors in the console that need to be cleaned up. These errors can be observed throughout the onboarding flow and during general app usage when running the app locally.

Each error will need to be investigated to check whether the component.propTypes declaration needs to be changed, or whether the prop being passed to the given component needs to be changed.

We can/should complete this work in multiple small PRs (e.g. per page).

View on GitHub

Right Sidebar Not Able To Scroll On PC #14806

egoTr posted on Sep 27, 2021

Describe the bug On my computer, when I'm in a post with a sidebar on the right which shows User profile and More articles 👉 I can not scroll the sidebar to view more.

To Reproduce

1. Go to a post
2. Navigate to the right sidebar
3. Try to scroll
4. Can not scroll

Expected behavior The sidebar should scroll for showing more info.

Desktop (please complete the following information):

• OS, version: Windows 10 | macOS Big Sur
• Browser, version: Microsoft Edge 94.0.992.31 (Official build) (64-bit) | Safari 15.0 (16612.1.29.41.4, 16612) | Google Chrome 93.0.4577.82 (Official Build) (arm64)

Additional context The sidebar is fully shown in narrow width or on mobile.

View on GitHub

Forem mobile hamburger menu scrolling bug #14757

madebyildi posted on Sep 17, 2021

Describe the bug

When navigating to the Forem hamburger menu and then scrolling down, you cannot scroll back up. The menu gets stuck and instead when you try to scroll up it scrolls the page underneath the menu. The only way to scroll up and down sucessfully is to press and hold as you scroll on the screen.

To Reproduce

1. Open hamburger menu
2. Scroll all the way down
3. Try to scroll back up

Expected behavior

Scrolling up and down on the menu should work smoothly and independently of the page underneath the menu.

Screenshots

I also recorded a quick video of this bug in action: loom.com/share/4ecf500774774367a16...

Desktop (please complete the following information):

This issue is not related to desktop version of Forem. It's only an issue on mobile menu.

Smartphone (please complete the following information):

• iPhone 10
• iOS 14.8
• Safari, Chrome and Brave

View on GitHub

Accessibility

Dashboard left-side navigation should be a list #14841

aitchiss posted on Sep 28, 2021

Describe the bug

The left-side navigation options on the dashboard page (desktop view) are correctly wrapped in a <nav> element but they should also be wrapped in a <ul>, each as individual <li> list items.

This helps screen reader users navigate between the items, knowing how many options are in the list and their current position in that list.

To Reproduce

• Using a screen reader visit the left-hand navigation on the /dashboard page
• Notice the number of items in the navigation is not announced

Expected behavior

• Items are wrapped in a list and the number of items is announced when using a screen reader

Screenshots

View on GitHub

Dashboard pages shouldn't have two banner landmarks #14840

aitchiss posted on Sep 28, 2021

Describe the bug

On the user dashboard there are two "banner" landmarks:

• The <header> at the top of the page (with logo, search, etc)
• The <header> containing "Total post reactions", "Total post views" etc

The same issue is observable across the other dashboards also (e.g dashboard/following_tags).

On each dashboard, we should only have one banner landmark on the page. While the wrapper for the "total post reactions" etc can just be changed to a div, this content should also be moved to live inside the <main> element, and this change might need a little bit of CSS tweaking to make sure everything continues to look consistent.

To Reproduce

• Log in to the app
• Go to /dashboard
• Open up the dev tools and run the axe extension
• Notice the error "Document should not have more than one banner landmark"

Expected behavior

• The error should not appear in the axe report
• Visually everything should remain the same
• The same should apply to the other dashboard pages

Screenshots

Additional context

Each dashboard page could be tackled in separate PRs if this keeps things more manageable.

View on GitHub

"Slide in" menus are not keyboard accessible #14839

aitchiss posted on Sep 28, 2021

Describe the bug

There are a few places in the app where we show a "hamburger" menu to open more details. For example:

• Left side of the header when in a mobile viewport
• Left and right side of a tag page (e.g.dev.to/t/javascript) when in tablet viewport or smaller

These menus currently lack the ARIA attributes to convey they are popup views, and the focus management required to reach and operate them properly by keyboard. For example, if you open the menu with the keyboard, then keep pressing tab, you'll notice that your keyboard focus continues to scroll behind the menu content and it's actually very hard to reach any of the links in the menu.

Although these views are primarily visible when using a touch device, they need to be keyboard accessible because:

• Some users will utilise keyboards, switch controls, or other assistive technology with a touch device
• Screen reader users rely on keyboard focus being in the correct place when dialogs open/close, even when swipe gestures are used on mobile devices
• Desktop users may see these layouts if zooming in to view the page more clearly

To Reproduce

• Using your devtools, or by resizing/zooming the window, shrink the viewport so that the hamburger menu is visible
• Using the keyboard, Tab to the hamburger menu button and press Enter
• Keep tabbing and notice it's really hard to reach the menu content and you're scrolling behind the menu

Expected behavior

I think the most straightforward approach will be to treat these menus like our dropdowns. We should be able to re-use our initializeDropdown helper function to get all these behaviors without much additional code, but in summary:

• The "hamburger button" has the ARIA attributes aria-haspopup, aria-controls and aria-expanded, so that screen reader users know that it activates some dynamic content
• When open aria-expanded is "true"
• When closed, aria-expanded is "false"
• When the menu opens, focus is sent to the first link inside it
• When open, the Escape key closes the menu
• When closed either by Escape or by clicking the 'X' button, focus is returned to the "hamburger button"
• If the user Tabs past the last link in the menu, the menu closes

Screenshots

user-images.githubusercontent.com/...

View on GitHub

Tag page - All page content should be contained within landmarks #14838

aitchiss posted on Sep 28, 2021

Describe the bug

For accessibility purposes, all content should be contained within landmark regions. On the tag page, e.g. dev.to/t/devops, the content in the left and right sidebars (desktop view) are not within any landmark:

In this case, the content could reasonably exist within <aside> elements ( "complementary" landmark), since they support the main content, but are not essential to it, and make sense when separated from the main content.

NB: This refers to the large-screen 'desktop' view pictured above only. On smaller screens, the content is triggered as a pop-up menu. For the purposes of this issue we do not wish to change any of the markup for the pop-up menu.

To Reproduce

• Visit a tag's page
• In devtools, use the axe extension to check the page
• Notice the error "All page content should be contained by landmarks"

Expected behavior

• The error should not appear in an axe report
• When I navigate by landmarks using a screen reader, I should be able to select a landmark to navigate to this sidebar content

Additional context

There is a different class of accessibility issues associated with the smaller screen 'menu popup' view for this content. It will be captured in a separate issue, and needn't affect the fix here.

View on GitHub

Backend

Incomplete surrogate-key cache invalidation logic #6417

benhalpern posted on Mar 02, 2020

Currently we user surrogate keys to determine when certain endpoints should have their caches cleared, such as an article API endpoint like this...

set_surrogate_key_header Article.table_key, @articles.map(&:record_key)

And then we call article.purge which magically makes any endpoint with that article's record_key have its edge cache expire.

More on surrogate keys...

docs.fastly.com/en/guides/getting-...

The issue with the above logic is that a new article which should become part of that endpoint will not flush its cache if created. So it will not show up on that endpoint until another article which fits within the above @articles is purged. This makes it kind of random to find out when it will be included.

article.purge is a magic method to create a purge ping which uses the appropriate surrogate header.

A solution for this could be a surrogate key like this...

set_surrogate_key_header Article.table_key, "tag-index-endpoint-#{tag}", @articles.map(&:record_key)

and then we make a specific purge call when a new article should purge it like purge("tag-index-endpoint-#{tag}" when an article is created.

Our current situation isn't causing any radically wrong behavior and the "random" purging is working okay but we should look into this as we go about bigger changes here.

View on GitHub

Tag "taggings_count" are not always updated correctly #6586

rhymes posted on Mar 11, 2020

Describe the bug

Each tag has an associated taggings_count which contains the number of items they are associated with (in our case either articles or listings).

The problem lies in the fact that some of these counts are incorrect in the DB.

I found this out by playing with the Tags API which returns tags sorted by taggings_count in descending order

For example:

1. archlinux according to the API - dev.to/api/tags - is the third most used tag but it's very unlikely that is true. Its tag page - dev.to/t/archlinux - lists 50 articles and even taking into account all listings it might have been used in, it doesn't add up
2. dev.to/api/tags?per_page=15 shows that devops is more popular than showdev but devops page contains 2917 articles, showdev page contains 3110. Again, I don't think there are enough listings tagged with devops to account for the difference

Thus, the bug.

This counter is managed by automatically by the acts-as-taggable-on gem.

Expected behavior

I'd expect the counter to reflect the correct number of items that have been tagged with it.

I see two possible explanations:

1. there's an error in our setup, in respect to the usage guide
2. it has something to do with tag aliasing (?)
3. there's a bug in the gem itself. I found a few issue tickets that might point us in this direction:

• github.com/mbleigh/acts-as-taggabl...
• github.com/mbleigh/acts-as-taggabl...

View on GitHub

Mobile

Pull-to-refresh does not trigger if you do not "come to a halt" at the top of the page. #7886

benhalpern posted on May 15, 2020

Our app has really nice pleasant web pull-to-refresh functionality on most pages (not all, we don't want this behavior on some pages like chat, for example).

But the way it works, the user needs to be stopped at the top of the page and then initiate a pull up before it works like a charm.

I've hacked away at this a bit so I know it's possible to fix with some logical adjustments to how the whole thing works, but I think it needs a finer solution than whatever I'd hack together quickly.

Code is here:

github.com/thepracticaldev/dev.to/...

Hope somebody wants to give this a try 😄

View on GitHub

Other

Left-To-Right-Override, invisible unicode chars #4969

anuraghazra posted on Nov 30, 2019

Describe the bug Looks like currently we can create posts with "U+202D" (LEFT-TO-RIGHT OVERRIDE) and other Invisible unicode characters

Here's the post

• dev.to/anuraghazra/-12ef
• hashtags: dev.to/t/%E2%80%8E%E2%80%8E%E2%80%... dev.to/t/%E2%80%8E

To Reproduce

• Copy U+202D unicode character
• Create a new post and set title to U+202D character
  • Same with hastags, Canonical URL & Series.

Expected behavior Should not allow those invisible unicode characters

Screenshots

Desktop (please complete the following information):

• OS: Windows 7 64bit
• Browser: Chrome
• Version:

Additional context I also copy pasted characters from here emptycharacter.com/

View on GitHub

Clicking "Follow" [a tag] does nothing #14704

paul-j-lucas posted on Sep 12, 2021

Describe the bug

Clicking the Follow [tag] button does nothing, i.e., does not add a tag to the set of tags I follow.

To Reproduce

1. Go to a tag's page, e.g., https://dev.to/t/cpp.
2. Click the Follow button.

Expected behavior

#cpp would be added to the set of tags I follow.

Desktop (please complete the following information):

• OS, version: macOS 11.5.2
• Browser, version: Safari 14.1.2 and Chrome 93.0.4577.63

I've tried both browsers: same (non)behavior.

Additional context

This must have worked sometime in the past since I follow #c and #go.

View on GitHub

"Latest" feed occasionally shows posts out of order #14709

aitchiss posted on Sep 13, 2021

Describe the bug

Occasionally, when viewing the /latest feed, users can see more recently published posts appearing below older posts. For example:

Initially I thought this was an issue coming from the API, but I think it might actually be to do with how the frontend constructs and inserts paged-in articles in the feed. In the example screengrab above, the network responses shows that the "Tracking responses..." article should have appeared in a different part of the sequence (the surrounding articles pictured above were not returned from the same network fetch).

TL;DR - it needs more investigation, but I think the source of the issue may be in how the paging behaviour plays with the chronological feed.

To Reproduce

• Go to the /latest feed
• Start scrolling and keep an eye on the published at date on the feed cards
• Eventually you'll see some that appear out of chronological order

Expected behavior

The articles in the "latest" feed should appear in the order they were published at, with the newest first.

View on GitHub

"My Tags" section occasionally doesn't populate #9828

DRBragg posted on Aug 17, 2020

Describe the bug

When navigating around Dev.to the my tags list section of the side bar occasionally will not populate. Refreshing the page seems to always fix this. Sometimes the is a console error at the same time there is a failure.

To Reproduce

1. Go to the dev.to home page and sign in.
2. Change from feed to week and watch the my tags section
3. also try cycling through the different feed types (week/month/year/infinity/latest) and note that every other click results in no "My Tags" list
4. Intermittently you can go to an article and navigate back to the homepage with the "DEV" Logo and also see the "My Tags" list not present

Expected behavior

"My Tags" list should always populate

Screenshots

Desktop):

• OS, version: MacOS 10.15.5
• Browser, version: Chrome 84

Additional context

I tried this both in and out of incognito mode. The only difference seemed to be that incognito mode did not have the console errors

View on GitHub

Happy Hacktoberfest! 🧡

Let's Internationalize Forem!

Forem Hacktoberfest: Let’s Internationalize!

Ben Halpern for The DEV Team ・ Oct 1 ・ 3 min read

#hacktoberfest #rails #opensource #contributorswanted

Hey. Check out coders-railroad, a fun Hacktoberfest automated project. Add your cart to the HF2021 train by learning how and submitting a PR :) 🚂

{
  "name": "YasiOnFire"
  "text": "Yasio",
  "cart": 1
}

__.oO.oOo.oOo.oOo.__
|                  | 
|        #0        | 
"OO--------------OO"=
                      
_____________________ 
|                   | 
|        #1         | 
"OO---------------OO"=
  ________________
 |                |  
 |                |  
_|       #2       |_ 
"OO--------------OO"=
      _________
 ____||_______||____
|

Happy Hacktoberfest! I love participating each and every year :) I'm finally trying to be a maintainer this year, here's what I got:

react-use-please-stay

I have a fun and simple React hook called usePleaseStay that helps you animate your favicon and title like so:

The repository is react-use-please-stay on GitHub.

I've opened a few possible issues that I think could be further optimizations to this hook! I hope you'll consider taking a look at them or tackling one!

Hope to see you all out there this October on the front lines of open source software! Have fun!

First time participating in Hacktoberfest?

Well, I have got a solution for all the newbie web devs out there.

If you are having a problem in searching for repos to contribute to, then read this till the end.

I present before you Gamesflow
Gamesflow is a combination of 5 web browser based games built on HTML, CSS and Javascript

This org account contains 5 repositories divided on the basis of level of advancement.

Beginners

For beginner repos, the HTML-CSS-JS code is based in one html file.

Repo 1. 2048 game

This repo is for a fun and animated version of the OG 2048 game. It is a game where you add numbers of similar values to reach the number 2048. So, this is a good place to start.

Repo 2. Tetradic

This is a fun and music-based concentration game where you have to repeat the musical patters.

Intermediate

For intermediate repos, there are separate files for languages along with a little intro to ThreeJS.

Repo 3. The Lost Ball

This game is inspired from Subway Surfers and it is a 3D runner type game. There is a high score feature too.

Repo 4. Shinigami World

For all of you anime fans out there, this game is a ripoff of The Lost ball game above but with completely different aesthetics.

Advance

For advance repo, there are different kinds of functions and variables for you to try your hand at them.

Repo 5. PongZoid

This is a mouse-controlled version of the OG pong game with a home page and color changing graphics. This had been a project of mine earlier and I had been working on its multiplayer version.

Thank you for reading!

Hope this will help you this month, feel free to reach out to me on twitter for any queries or suggestions. Happy Hacktober to you!

See my earlier post about a project open to Hacktoberfest contributions:

Hacktoberfest Participants Help Us Internationalize the user-statistician GitHub Action

Vincent A. Cicirello ・ Sep 29 ・ 4 min read

#hacktoberfest #showdev #github #webdev

The relevant GitHub repository is:

For anyone who is looking for a repo to make a small, but meaningful contributions, I'm working on a WebGL Pixel Editor written in Svelte.
The core functionality is there, but there's plenty of things to do from styling to dev-ops.
Cheers!

npm ci

npm run dev

npm run preview

npm run build

Happy Hacktoberfest !!! 🥳

Here are 2 projects in need for contributors :

• create-express-app, a framework based on express.js
• Library of Twitter, a random tweet generator

Both repositories have open issues, and I would be so happy to welcome contributions ❤️

Hi everyone,

I am excited to announce that Linkin will be participating in 2021 Hacktoberfest 🎃.

LinkIn is a self-hosted link tree application that you can customize to create your own link tree page.

Linkin is built using

1. Next.js
2. Postgres as the database.
3. Prisma as the ORM.
4. Bootstrap 5 for UI components.

following issues are open for contribution, also feel free to try out new things add issues regarding linkin.

Editable avatar border colors #31

RizkyRajitha posted on Sep 17, 2021

currently avatar border color is hard coded to #fff color .

This has to be dynamic, so that the users can customize the color .

The new form input for color should be under the Colors tab in the dashboard

rough workflow

1. add new form Input with color type (use bootstrap), github.com/RizkyRajitha/linkin/blo...

and register it with the react-form-hook register method passed avatarBorderColor . destructure avatarBorderColor variable . (refer the existing implementation) github.com/RizkyRajitha/linkin/blo...

2. add new column to the pagedata relation in prisma with name avatarBorderColor and type String? @db.VarChargithub.com/RizkyRajitha/linkin/blo... .

3. migrate the modified prisma schema prisma doc . (when migration dev you will need permission to create databases , if such problem occurs use docker postgres instance ).

4. destructure the new avatarBorderColor variable and the pass it to the styles
   github.com/RizkyRajitha/linkin/blo...

5. test whether everything works.

View on GitHub

Editable height and width in link cards #41

RizkyRajitha posted on Sep 29, 2021

currently link tree max width is hard corded to 320px

github.com/RizkyRajitha/linkin/blo...

it should be dynamically changed using the dashboard.

The new form input for width should be under the General tab in the dashboard

tentative workflow

1. add new form Input with number type github.com/RizkyRajitha/linkin/blo...

and register it with the react-form-hook register method passed pageWidth . (refer the existing implementation)

2. add new column to the pagedata relation in prisma with name pageWidth and type String? @db.VarChar

github.com/RizkyRajitha/linkin/blo... .

3. migrate the modified prisma schema prisma doc . (when migration dev you will need permission to create databases , if such problem occurs use docker postgres instance ).

4. destructure the new pageWidth variable and the pass it to the styles
   github.com/RizkyRajitha/linkin/blo...

5. test whether everything works.

View on GitHub

Cheers 🥂

Happy Hacktoberfest 🎃

Hi everyone!
Thrilled to join this discussion.
Driftctl is a free and OSS tool that warns of infrastructure drift. The more supported resources there are in the tool, the more comprehensive the analysis it provides.
That’s why all Hacktoberfest contributors are more than welcome to make a contribution to driftctl and add new resources on GCP and Azure.

We even have PR templates available and ready to use if you wish to make a quick and simple AND YET very useful contribution. Here's a link to our repo

github.com/cloudskiff/driftctl/dis...