Occasionally, project machine names do change. Since this does not change the name reported by existing installations, the usage stats drop off.

We can either wait, they will return to normal as people upgrade to newer versions, or engineer a way to count previous machine names.

Examples:

Original report

Describe the problem you have found and a link to the page with a problem:
https://www.drupal.org/project/usage/bootstrap_business

Project: https://www.drupal.org/project/bootstrap_business

Could you please check why the usage statistics of this project don't work properly after a specific date in August.

I really appreciate your support. Thanks in advance.
George

Comments

dddave’s picture

Title: Site functionality problem » Usage stats for project broken
gtsopour’s picture

Hello dddave,
thank you for dealing with this.

Best
George

gtsopour’s picture

Hello dddave,
did you find the time to check this?

Best
George

dddave’s picture

Project: Drupal.org site moderators » Drupal.org infrastructure
Component: Project/Git problem » Servers

Sorry, dropped of my list. I need to point drumm or some other server master to this.

drumm’s picture

Title: Usage stats for project broken » Usage stats for projects with changed machine names broken

This is a side-effect of #2240255: Clean up project short names that don't meet standards. The machine name of your project was changed from bootstrap-business to bootstrap_business. Since existing sites are still reporting the old machine name, they aren't counted.

We can either wait, it will return to normal as people upgrade to newer versions, or engineer a way to count changed machine names. Changing machine names is something that happens occasionally now, but should still be used sparingly.

Gábor Hojtsy’s picture

Issue tags: +Amsterdam2014
gtsopour’s picture

Hello drumm,
I really appreciate your response.

The fact is that we did not change anything. The project is still on its first release 7.x-1.0. We just released only the 8.x-1.0-alpha1 project. In Drupal 8 where we can see the machine name after the build? Maybe this caused from the D8 release. Could you please help us to fix this?

Best
George

drumm’s picture

I meant to say I changed it, as part of resolving #2240255: Clean up project short names that don't meet standards, not imply that you had changed it.

gtsopour’s picture

Hello Drumm,
thank you for your explanation. I really appreciate that.

I have two final questions. The first one is, if I prepare a new release 7.x-1.1, the existing Drupal installations with the Bootstrap Business theme will receive an update status in their Drupal UI?

And the second one is, by doing this change the theme has gone to the 34 page (https://www.drupal.org/project/project_theme?page=34) instead of the first one as the installations now are 5 from 4.200. In this way, it is now very difficult for Drupal users to find it. What is your proposal for this?

Thanks again for all your support

Best
George

drumm’s picture

I have two final questions. The first one is, if I prepare a new release 7.x-1.1, the existing Drupal installations with the Bootstrap Business theme will receive an update status in their Drupal UI?

I expect they will.

it is now very difficult for Drupal users to find it. What is your proposal for this?

The project will rise back up as usage rises. More-broadly, #852342: Configure extra fields for theme projects would improve browsing in general, since a simple list ordered by usage isn't ideal.

We can leave this open to see if anyone is willing to work on counting stats for old machine names. The code is currently at http://cgit.drupalcode.org/project/tree/usage/project_usage.drush.inc#n456. It would need more rows for the different uris, which is really machine name.

ClaudeSchlesser’s picture

Hello,

I'm running a project wich seems to be affected by the name change too.

Previously it had this url:
https://www.drupal.org/project/social-login

Now it redirect here:
https://www.drupal.org/project/social_login

The problem is that the usage statistics are now broken:
https://www.drupal.org/project/usage/social_login

Do I have to make any changes to re-enable them?

Regards,

Claude

drumm’s picture

Issue summary: View changes

We can either wait, it will return to normal as people upgrade to newer versions, or engineer a way to count changed machine names.

Making a new tagged release would help get people upgrading.

gtsopour’s picture

Hello drumm and ClaudeSchlesser,
this is what we made - we just prepared a new release that has the new machine name from the auto-build.

Changed from project = "bootstrap-business"
to project = "bootstrap_business"

But i think that there should be a counter that calculates both of them as our installations are now 3 from 4500.

Thanks again for your help drumm

Best
George

ClaudeSchlesser’s picture

Hello,

I have now refactored the project, changed the machine name to "social_login" and created a new release:
https://www.drupal.org/node/2365431

I'm however still waiting for the downloads to be created.
This usually takes only a couple of minutes.

Could this be another issue due to the change of the machine name?

Works now! I should have been more patient ;)

Regards,

Claude

mermentau’s picture

Captcha-free came up with 0 users for the last 5 weeks too. I just released a new tag, but since there were no actual changes to the module some won't update. In a perfect world maintainers would have been notified on the over 200 projects affected as many don't watch the stats all that close.

mermentau’s picture

I released captcha_free 7.x-1.9 and my sites don't see that update. When I go to http://www.example.com/admin/reports/updates/check?destination=admin/mod... my Drupal site sees no update because the installed module is showing:

; Information added by Drupal.org packaging script on 2014-07-04
version = "7.x-1.8"
core = "7.x"
project = "captcha-free"
datestamp = "1404489531"

If I try to update with drush using drush up captcha-free or drush up captcha_free it shows that there are no updates available.

It looks like no one will ever be aware of new releases for this project. Hopefully I'm missing something here.

I'm thinking who is going to try a module that's nearly 5 years old with 2 users.

Jitesh Doshi’s picture

I have the same problem - this time with popular_tags (used to be "popular-tags"). And since then the usage stats show as if it dropped from 350 or so to zero overnight. I have made another release under the new name since then, and those who are using the new release (under the new name) are showing up in usage stats (currently at 16).

Eventually, the stats will recover, but only if everyone upgrades. Which they won't.

But I think the others (those using the old name) should also show up in usage stats. In other words, there should be a way to combine "popular-tags" usage stats into those for "popular_tags".

I'm seeing that a lot of other people have the same issue, and I don't see that a solution exists (so far). Other renamed projects also have a sudden drop in usage stats and they haven't recovered.

Can something be done?

mermentau’s picture

When the machine name is changed existing installs are effectively orphaned. The old name does not exist any more on drupal.org. If there is a new release, security or normal, they will never know about it.

#12

Making a new tagged release would help get people upgrading.

They will have no knowledge of a new release unless they happen to check the project page and then they couldn't use the normal drupal 7 update interface.

mlhess’s picture

Status: Active » Closed (won't fix)

I am not sure there is a way to fix this issue. I am going to mark it as closed not fixed. If you want to fix this, please feel free to create a patch for the project_usage submodule.