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:
- https://www.drupal.org/project/usage/bootstrap_business
- https://www.drupal.org/project/usage/social_login
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
Comment #1
dddave CreditAttribution: dddave commentedComment #2
gtsopour CreditAttribution: gtsopour commentedHello dddave,
thank you for dealing with this.
Best
George
Comment #3
gtsopour CreditAttribution: gtsopour commentedHello dddave,
did you find the time to check this?
Best
George
Comment #4
dddave CreditAttribution: dddave commentedSorry, dropped of my list. I need to point drumm or some other server master to this.
Comment #5
drummThis 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
tobootstrap_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.
Comment #6
Gábor HojtsyComment #7
gtsopour CreditAttribution: gtsopour commentedHello 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
Comment #8
drummI 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.
Comment #9
gtsopour CreditAttribution: gtsopour commentedHello 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
Comment #10
drummI expect they will.
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
uri
s, which is really machine name.Comment #11
ClaudeSchlesser CreditAttribution: ClaudeSchlesser commentedHello,
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
Comment #12
drummWe 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.
Comment #13
gtsopour CreditAttribution: gtsopour commentedHello 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
Comment #14
ClaudeSchlesser CreditAttribution: ClaudeSchlesser commentedHello,
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
Comment #15
mermentau CreditAttribution: mermentau commentedCaptcha-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.
Comment #16
mermentau CreditAttribution: mermentau commentedI 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:
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.
Comment #17
Jitesh Doshi CreditAttribution: Jitesh Doshi commentedI 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?
Comment #18
mermentau CreditAttribution: mermentau commentedWhen 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
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.
Comment #19
mlhess CreditAttribution: mlhess commentedI 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.