Hi, I've been made aware of a lot of empty or in some cases copied project by Drupalpoint. It also appears this account is being used by multiple people. I've removed CVS user role until this mess can be cleaned up.

Kieran

Comments

avpaderno’s picture

The user profile is http://drupal.org/user/219180.
The CVS account is still enabled; I take that the user has not the role of CVS user anymore.

dave reid’s picture

Agreed. This account is really bad and just blatantly copied code from other projects (SEO checklist & http://drupal.org/project/w3bsule). I'm unpublishing all the projects created by the user.

dave reid’s picture

Issue tags: +Legal, +Trademark violation

I actually went in and disabled their CVS account.

See also:
#827492: Rename module, take out of official release, and provide documentation to reflect what it is doing
http://drupal.org/node/826854
http://drupal.org/node/276786
http://drupal.org/node/203385

I would also point out that this site may be a violation of the Drupal trademark since they're running a .com domain and obviously profiting by using Drupal.

dave reid’s picture

Ugh, this company does *not* have a good reputation here. I'm sure they've been warned about other issues before looking at their tracker history and problems in the forums.

coderintherye’s picture

Thank you very much! +1 for this!

sun’s picture

websule-old’s picture

Title: Remove Drupalpoint CVS user role » Thats not the case actually
Category: bug » support

Hi mates,

I am here to defend ourselves against the allegations (some of them) put on us.

Here are the Issues pointed on us:
- a lot of empty or in some cases copied project.
- account is being used by multiple people.
- company does *not* have a good reputation here.
- violation of the Drupal trademark.

Here are our replies to all of them:
- a lot of empty or in some cases copied project.
Empty projects are the place-holders for our soon to be released projects (which are in testing phase, before we could release them to the community). I don`t think this is an illegal or offensive issue as there are so many of the projects with no release yet.. most created earlier to us.
We didn`t intentionally copied or something.. but that was just an experimental upload by our new developer who was trying to learn to commit using linux command line. We are very sorry for that.. but it was taken too aggressively by a user.. surprised.. if it is a building community or cut throat competition like wall street!

- account is being used by multiple people.
Is it forbidden by drupal.org to use a company or user account to be used by more than one partners or employees? We never knew it & never thought so.. If it is so.. We have no problems restricting our login to one person only. I would like Kiren lal or some authority to confirm this!

- company does *not* have a good reputation here.
WOOOOT! How could you judge that our company has a good reputation or not? merely a post? (which was nothing but a mistaken identity by some stupid fellow, who apologized on phone later. It`s very easy to defame anyone by posting against their post.
We are working with best & most reputed clients like Harvard University, Aptera Motors, Wakesurfoutlaws Inc. and Indiefilmunion LLC etc. and ask them.. they are more than happy. Also, We are about to release a range of drupal products, which we were thinking of making available to users for free on drupal, but it seems difficult with the kind of situation with our CVS account now.

- violation of the Drupal trademark.
That we are aware of and are working to change.. (as a matter of fact, we are in the process of being acquired by a very Good & Big company). We will not be continuing the use of drupalpoint in any way. I hope this solves the issue.

Our CVS account has been blocked, So I request the concerned authority to please review our reply & let us know what to do next!

Looking forward towards responses to our response.

Best Regards,
Natasha Cole

dave reid’s picture

Title: Thats not the case actually » Remove Drupalpoint CVS user role

We didn`t intentionally copied or something.. but that was just an experimental upload by our new developer who was trying to learn to commit using linux command line.

So this developer had to copy another contrib module, rename all the functions, permissions, edit the .info file (see http://drupal.org/cvs?commit=374388) all to figure out CVS committing? Sorry, but I just don't believe that at all.

websule-old’s picture

You didn`t follow what I was saying:
He was learning module development & was trying to learn by working with existing module. Later, He was asked to commit a folder (THE CORRECT MODULE that we have developed) from a drive on another computer in the network. That`s where he messed it up. He uploaded what he was working on, what you see there.
Hope you believe it!

killes@www.drop.org’s picture

1) All accounts on drupal.org are meant to be used by individuals, not groups. This of course applies to cvs accounts as well.

2) drupal.org's CVS is no playground.

sun’s picture

@drupalpoint:

  1. The user credentials for one drupal.org user account are, like anywhere else, valid for a single human/user only. (Do you also share your banking account credentials?)

    CVS access is directly bound to the drupal.org user account. Therefore, sharing access to the user account also shares access permissions for CVS. You had to apply to get commit access to CVS, which naturally implies the logical conclusion that not everyone is granted access, and by officially applying with your user and your first own contribution, CVS access and a certain level of trust was granted to your user.

    It is hardly believable that aforementioned relationship is not obvious, so we can only presume that user account credentials, and therefore also the higher user account privileges, have been shared intentionally.

  2. Unfortunately, I'm no longer able to see the full list of projects that have been created by drupalpoint. However, the tracker revealed project release nodes for http://drupal.org/project/w3bsule and http://drupal.org/project/druplog. If those two are all projects, then it is unfair to speak of "a lot of empty or in some cases copied project[s]".

    However, if those two are really all projects, then I do not understand through which contribution and application access to CVS was initially granted. (Apparently happened before we switched to the cvsapplications issue queue.)

    Given that there actually is one project containing code only, and that code has been copied/forked from an existing project, the disabling of CVS access appears to be sufficiently grounded.

  3. It is not clear who drupalpoint actually is. http://drupal.org/user/219180 contains no name. Forum posts and issue follow-ups randomly state either Natasha Cole or Grishma Koradia.

    Aside from figuring this out, both Natasha Cole and Grishma Koradia (but also anyone else behind the user drupalpoint, if any) should create new, separate user accounts on drupal.org. With the short-term goal of disabling/locking the current drupalpoint user account.

    As a matter of fact, the currently existing drupalpoint account cannot be renamed, because there are too many forum posts that are referring to the username.

  4. The (very obvious) violation of the Drupal trademark is not subject of this issue and cannot be discussed here.

In short:

  1. New user accounts need to be registered for every individual behind drupalpoint. The user account drupalpoint will be disabled afterwards.
  2. CVS access won't be re-enabled for the user drupalpoint. Aforementioned new users may or may not want to re-apply for CVS access to create and maintain any new contributions, but everyone needs to go through the usual CVS application procedure individually.
  3. I guess it would be a nice clean-up to delete above mentioned projects...?
sun’s picture

Just recognized that the initial CVS application was most probably blindly approved, since it was about contributing themes. (http://drupal.org/user/219180/edit/cvs)

dave reid’s picture

Re #12 yes and it was very much before we implemented our peer CVS application process.

dave reid’s picture

avpaderno’s picture

I guess that we could then block the user account too.

Amazon’s picture

Natasha, if you could have your individual developers create accounts and upload original code for CVS account approval that will help.

sun’s picture

I suggest to move forward here with blocking the user account drupalpoint on June 23 -- unless Natasha needs more time and states so.

avpaderno’s picture

What should the next step be, now?

avpaderno’s picture

Status: Active » Fixed

Status: Fixed » Closed (fixed)
Issue tags: -Legal, -Trademark violation

Automatically closed -- issue fixed for 2 weeks with no activity.

avpaderno’s picture

Component: Content moderation » Other
Issue summary: View changes