Posted by webchick on November 21, 2007 at 7:08pm
| Project: | Drupal.org customizations |
| Version: | 6.x-3.x-dev |
| Component: | User interface |
| Category: | feature request |
| Priority: | major |
| Assigned: | gdemet |
| Status: | closed (fixed) |
| Issue tags: | drupal.org redesign |
Issue Summary
With the individual/corporate membership program, one of the things we'd like to do is highlight members who are recurring donors. We need someone familiar with CiviCRM to formulate a query/module/something we can do use on d.o that queries CiviCRM data to figure out if a user is a member, and if so what type, so we can display a badge accordingly. Kieran will follow-up with more specifics.
Comments
#1
We'd be happy to help and do the work. Please file a request in the civicrm forums along with the specific things you need. We will require some help with the drupal form stuff (if any) but should be able to package it as a pretty clean simple module
lobo
#2
I think you are jumping the gun a bit here webchick. (Though laying the groundwork is good)
None of the submitted ideas for badges so far seem suitable for a drupal.org badges yet.
#3
* first we make the badges and we offer them so users can d/l them and put them on their blog
* then we might want to let the users select on their d.o profile manually
* then we investigate an automated link between the cicic data behind a.d.o and d.o/user.
postphining for now
#4
The first step has been already done; I am not sure about the second step.
Is there any progress, with this task?
#5
#6
What should the status of this issue be? ?
#7
Memberships help pay for some Drupal.org work & infrastructure. Depends on #574194: User feature - import list of subsite accounts to master site
#8
The plan is to use the old badges, http://drupal.org/image/tid/109 and a small amount of text. Please copy-edit
Needs links to at least http://association.drupal.org/membership
#9
Assigning to self.
#10
We need copy for these scenarios viewing a user page:
non-member,
org member,
individual;
viewing own page,
viewing another user,
admin viewing another user
#11
Variables that can go into the theme/copy:
Type: non-member, org member, individual
Status: Expired, Current, Pending
Page: viewing own page, viewing another user, admin viewing another user
#12
We also have a few states for memberships:Expired, Current, Pending too & end_date
#13
User story: view your own profile
State:non-member
non-member: Drupal association memberships pay for improvements to Drupal.org. Please consider purchasing a [link]membership.
User story: viewing someone else user profile on drupal.org
State: new, current
Org or individual member: [username] is a [individual/organization] member of the Drupal Association, which fosters and supports the Drupal software project, the community and its growth.
User story: viewing your own user profile on drupal.org
State: new, current, pending
individual/organization member: Thank-you for being a Drupal association member. Your support helps to fund improvements to Drupal.org. Your [link]membership expires on [Date]
User story: viewing your own user profile on drupal.org
State: grace, expired
individual/organizational member: Thank-you for purchasing a membership. Your support has helped us to improve drupal.org. Your ongoing support via a [link]membership would be appreciated.
User story: viewing your own user profile on drupal.org
State: deceased
individual/organizational member: Thank-you for being purchasing a membership. Your support has helped us to improve drupal.org.
User story: Drupal.org administrator viewing user profile on drupal.org
State: any
individual/organizational member: debug details about their user profile.
#14
Examples of this working:
http://redesign.drupal.org/user/48424
http://redesign.drupal.org/user/118398
Ready to deploy, needs coordination for the new DB connection to CiviCRM and the new cache bin,
<?phpcache_set($account->uid, $membership, 'cache_drupalorg_civimembership', time() + (60 * 60 * 24));
?>
#15
This is now deployed for admins viewing any profile. When it is tested and we know the load it causes, this restriction will be lifted.
Since #574194: User feature - import list of subsite accounts to master site is ongoing, this can backfill any missing Association UIDs:
echo "SELECT concat('INSERT IGNORE INTO bakery_user (uid, slave, slave_uid) VALUES (', substring_index(substr(init, 24), '/', 1), ', \'http://association.drupal.org/\', ', uid, ');') AS '' FROM users WHERE init LIKE 'http://drupal.org/user/%/edit';" | drush -r /var/www/association.drupal.org/htdocs -l association.drupal.org sql-cli | drush -r /var/www/drupal.org/htdocs sql-cli#16
That missing sync is now fixed in bakery and deployed. As far as I know, this is working well, but be aware of the 24hr cache.
#17
We need to update the CiviCRM membership notifications and renewal receipts to tell users there is a 24 hour cache on Drupal.org.
Civicrm >> administer >> configure >> message templates >> system workflow messages >> Memberships - Receipt (on-line) >> edit
http://association.drupal.org/civicrm/admin/messageTemplates?action=upda...
Kieran
#18
I believe that has been done.
#19
Automatically closed -- issue fixed for 2 weeks with no activity.
#20
Reopening this thread to update the copy of the user profile pages. New copy include expiration date to help users know when their membership expires and when they are in grace period.
#21
+ if (1==1) {Applying the patch results in a PHP syntax error on drupalorg.module.
Haven't reviewed the copy or anything else, but saw that on a quick skim...
#22
ha! that definitely wouldn't pass muster. Let's do the time warp again.
#23
OMG @ jredding uploading patches. Awesome!
#24
Oh hey look there is an "attach" button, imagine that.
We may have gotten rid of +1 subscribes but we still have folks like me that forget to click important buttons.
@webchick it feels good to be submitting patches again (even if they are DA related)
#25
Committed with some cleanup:
<br />, not</br>#26
Automatically closed -- issue fixed for 2 weeks with no activity.