blackducksoftware / ohloh-ui Goto Github PK

I am unable to log in using Firefox Developer Edition 73.0b9, on neither Linux nor macOS. But this is not specific to the Firefox version, this issue has been occuring for a bit already. Also tested with a clean Firefox profile with no extensions.

I can get to the page https://www.openhub.net/sessions/new, but from there on the "Sign in with [...]" buttons do not go anywhere.

Nor does the "Agree" button on the cookie notice do anything.

I tried to reset my OpenHub password (my account is dating back to Ohloh times). I enter my email address into the reset form and submit it,

You will receive an email within the next few minutes. It contains instructions for changing your password.

I then get an email (some seconds later), I click on the link within the email, right under

Someone, hopefully you, requested we send you a link to change your password:

I get to another web page, where I see the error message

Your password reset URL has expired. Please try again!

under that the known form

To be emailed a link to reset your password, please enter your email address.

this repeats probably endlessly. I stopped after the 3rd try.

The problem:
Nokogiri gem 1.7.2 has a vulnerability as described here sparklemotion/nokogiri#1634

The service Shields.io would like to create unified badges for OpenHub like:

• Open Hub | rank 7
  
• Open Hub | 1059 commits
  

This is currently not possible, because OpenHub limits API access to 1000 queries.
Is it possible to remove this limit for Shields.io?

See also: badges/shields#4480

I noticed that the commit count is currently not working.

The most visible example is https://www.openhub.net, on the "Most Active Contributors" section you can clearly see that these numbers are not accurate as they would have thousands of commits not just two.

Also, on profile pages, the total count does not reflect the same amount of commits reflected at the graph below.

Most .env parsers will not parse a file with spacing around the = sign.

I remember raising something similar for django-environ years ago, except I was the one being told that time :)

joke2k/django-environ#35

e.g. openoffice. But it seems like every project is giving graphs that don’t make sense.

This is unfortunate because if i want to share a link to openhub when trying to make point (e.g. that a project is developing rapidly) I can’t do it. If the line count is incorrect that would cause doubt about the reliability of other stats (like commit/contributor stats).

In the "account" page of many developers, commits made after November 20, 2023, are ignored.

For example, in https://openhub.net/accounts/thesamesam or https://openhub.net/accounts/meyering, you can read "Analyzed 10 days ago" or "Analyzed 11 days ago".

Previously, the analysis was performed several times a week.

The problem:
The gem FactoryGirl was renamed to FactoryBot and needs to be updated.

More information about the change https://robots.thoughtbot.com/factory_bot

The problem:
We need to be able to differentiate between the RecordNotFound errors caused by user input and the other RecordNotFound errors.

Here are some of the solutions we could come up with:

1. Use a custom method wherever we want an error raised.

# app/controllers/permissions_controller.rb
def find_model
   @permission = Permission.find_or_raise(params[:id])
end

# app/models/permission.rb
include ErrorFinders

# app/models/concerns/error_finders.rb
def find_or_raise(params)
  find(params[:id])
rescue ActiveRecord::RecordNotFound
   raise UserEnteredRecordNotFound
end

# app/controllers/application_controller.rb
rescue_from UserEnteredRecordNotFound do
    do_something_different
end

2. All of our finder methods acting on user entered urls would be inside a find_model or set_model method. We could easily read the backtrace to find where the exception was raised and separate out the ones raised from finder methods in controller.

# app/controllers/application_controller.rb
rescue_from ActiveRecord::RecordNotFound do |exception|
   if exception.backtrace.any? { |msg| msg.match(/_controller.rb.+find_/ }
      do_something_different

Openhub doesn't render well on smartphones.
But thank you for this nice project, really helpful!

I just added our main SAS-language repo and the language analyser thinks it's mostly lua: https://www.openhub.net/p/sasjs-core

Could we add support for the SAS language? https://github.com/topics/sas

It's basically just any file with a .sas extension!

Through https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-color-scheme

In the "account" page of many developers, no commit histogram is visible for the period after June 23, 2023.

For example, in https://openhub.net/accounts/thesamesam or https://openhub.net/accounts/meyering,

1. you can read "Analyzed 25 days ago",
2. the "Commits by Project" bar for July 2023 has only half the size as the one of previous months, and the bar for August 2023 is entirely empty.

Previously, the analysis was performed at least once a week (or maybe once a day? I don't remember).

Since yesterday, I cannot access https://openhub.net/ : I get a screen "Sorry, you have been blocked" by Cloudflare.

So, I installed Tor, and am accessing https://openhub.net/ through a Tor exit node. That worked yesterday. But today, I get the same "Sorry, you have been blocked" screen.
Cloudflare Ray ID: 81e39f9ccea9c270

If it continues like this, the entire world will be blocked from accessing your site.

By the way, I'm not doing anything exaggerated. Just a few accesses per day, in order to get insights about projects, people, and programming languages. Which is precisely what openhub.net is designed for.

Nim
Swift
Dart

Expected: No conflict between the natural language suggestions and the numbers.

Got: Across all [...] 12% [...] [here] this figure is only 30% [...] among top 10%

Problem: "only" implies the number is low compared to others, but it is high.

Speculation / possibile fix:
I guess the "only" got into it because 30% is a "low" number by itself. So either:

• Check percentile not the figure itself. "percentile < threshold percentage" (i.e. if better than 40% of projects)
• Check relation to average not the figure itself. "figure < average"

Full output:
https://www.openhub.net/p/awesome/factoids#FactoidCommentsVeryHigh

Very well-commented source code

awesome is written mostly in Lua.

Across all Lua projects on Open Hub, 12% of all source code lines are comments.
For awesome, this figure is only 30%.

This very impressive number of comments puts awesome among the top 10% of all Lua projects on Open Hub.

A high number of comments might indicate that the code is well-documented and organized, and could be a sign of a helpful > and disciplined development team.

(edit:)
more examples:
https://www.openhub.net/p/bat-rs/factoids#FactoidCommentsVeryLow (no "only" here)
https://www.openhub.net/p/naev/factoids#FactoidCommentsHigh ("only" here)