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! 🧡

Super excided for this! 🥳

I've just posted a list of 8 projects that I maintain. I'll be happy to see some contributions 🙌

8 Open Source Projects to Contribute to - Hacktoberfest 2021

Bobby Iliev ・ Sep 30 ・ 3 min read

#opensource #hacktoberfest #tailwindcss #devops

Hi Everyone and Happy Hacktoberfest! I have 3 project that partecipate to the hacktoberfest, if someone is interested can look at this links:

C++

Python

Thank you in advance and Happy coding in this Hacktoberfest

This Hacktober, contribute to bringing Conversational AI - Dialogflow CX to Slack!

Hi Folks!
Glad to announce that Dialogflow CX - Slack SDK is accepting contributions this Hacktoberfest!

That's all well and good, but why do we need this SDK?

The motivation behind this SDK, was the slack community to be able to use dialogflow cx in the slack bots. 
Slack provides a multitude of rich features and APIs, including the bot kit UI, that gives life to conversations.
Also currently, the SDK supports App Engine or Cloud functions deployment which can be extended to use other cloud providers as well!
You are also welcome to add any issues/extensions as you feel would help.

Great, great, how do I start contributing? And will my contributions be accepted?

You can start by checking out the SDK first. Do go through the Contributing guideline as well.
All contributions are welcomed and will be accepted provided the follow the contribution guildelines.

If you're looking to contribute to a JavaScript / Vue project with an active community, check out The Lounge, a self-hosted IRC (internet chat) client.

Check us out at thelounge.chat or join #thelounge on irc.libera.chat (via our demo, demo.thelounge.chat) if you want to learn more.

Hi DEV community ! 👋🏼

I research contributors for the new list of Web Monetization stuffs.

A new post is online if you want know more about that. Don't hesitate to ask me anything about that ! 🌈🥳

Contribute to the Awesome Web Monetization on Hacktoberfest ! 🥳🌈

Thomas Bnt ・ Sep 30 ・ 1 min read

#hacktoberfest #webmonetization #contributorswanted #javascript

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!

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:

Shout out to github.com/Nheko-Reborn/nheko (I admit it, I am a contributor). The nheko devs aren't necessarily looking actively for Hacktoberfest contributors, but they would definitely be happy with new contributors.

Hello! I just published an article with a couple of my repos that can be contributed to!
dev.to/cdthomp1/my-hacktoberfest-r...