Closed (fixed)
Project:
Role Expire
Version:
6.x-1.2
Component:
Code
Priority:
Critical
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
6 May 2009 at 16:20 UTC
Updated:
7 Jul 2010 at 09:45 UTC
Jump to comment: Most recent file
Comments
Comment #1
amitaibusmall fix in a form merge.
Comment #2
amitaibuFix it for real this time...
Comment #3
bdziewierz commentedThank you for this submission! I am looking at the code now.
Comment #4
bdziewierz commentedAmitai, thank you for you work on this. The cleanup and Actions hook are all definately helpful, but... Let me explain the reason behind using multiple database tables:
Obviously when I started to code this module I used just one table (exactly the same structure you're proposing), but quickly it turned out that in order to integrate the the module with Views (as it is at the moment with v1.1), complicated handler will be required. It also turned out, that this can be easily done with default handlers, but separate table for each role will be required. I picked the second option and went multiple tables route.
Your patch joins multiple tables back to one, but it looks like it ignores Views integration. After applying it, Views part of the module becomes disfunctional.
I will keep reviewing the code and commit the parts of the patch that won't break Views integration... or try to overcome Views problem somehow. If you have any suggestions, let me know! Thanks!
Comment #5
amitaibu>>Your patch joins multiple tables back to one, but it looks like it ignores Views integration
1) Indeed, I haven't looked at the Views integration yet. Anyway, it sounds like the wrong reason to not unify the tables into one - I don't know any other module (except of CCK, but it's a different story), that needs multiple tables.
2) Views is an important feature, that can be handled in a follow up patch. But IMO, if the main functionality is wrong, we should deal with it first.
Comment #6
amitaibuOk, Here's a patch with the Views fix. You can check it by creating a View with the base table = Users. It's not throughly tested, but already shows we don't need multiple tables :)
Comment #7
amitaibu@bdziewierz,
Did you have a chance to review this issue? I'm trying to push the user of the module here.
Comment #8
bdziewierz commentedHi Amitaibu,
The whole process should be completed by Weds.
Regards,
B.
Comment #9
bdziewierz commentedThe Views part of the module still doesn't work as intended, unfortunatelly. As you can see - after installing the patch - under Views' filters, fields or sort there's only one role expire option. The question is, which role it refers to? For example, how can I show expiration date of role x of user y? Or how can I filter based on expiration date of role x of user y? At the moment, patched module doesn't allow you to do so.
I am writing custom Views handlers to support this (and to support this #423744: Filtering for absent expiration also). Once this will completed, version 1.2 that will include your rewrite will be launched.
Comment #10
bdziewierz commentedComment #11
amitaibuCool, 10x for the update.
Comment #12
amitaibuI had a quick look in the CVS, two things:
1) I'd appreciate credit on the rewrite, like it's done on other Drupal projects :).
2) You have the _role_expire_get_role() helper function you can use (for example in the module's install file).
Comment #13
stewsnoozeAny news on this? It's in CVS, any release planned? any remaining bugs you need help with?
Comment #14
bdziewierz commentedI am running short of free time to work on this module recently. Too much work! If anyone interested in co-maintaing the module with me then I will accept any help! Just let me know or submit a patch and, once accepted, I will give you CVS access. @Amitaibu, are you interested?
Comment #15
bdziewierz commentedAt the moment we need Views support for this patch: role-expire-6.patch.
Comment #16
stewsnoozeI'm interested in taking on this module as I want to use it on Economist.com. I'll try to patch the views support in. Happy to share it with others of course.
Comment #17
amitaibu@bdziewierz,
I haven't got much time myself... You can grant me CVS rights, and when I'll have time I'll go over it.
Comment #18
stewsnoozeThe views integration works.
Could it be that when you updated cvs you didn't go to update.php?
I tried with a fresh install and updating and it worked fine.
I've attached a screenshot of a working view (taken from HEAD)
Comment #19
stewsnoozehi,
any news on committing this great patch. If you need help I am happy to also become a maintainer. If you don't have much time I am sure either Amitaibu or I would take it. I'm keen to use this but only in it's patched form.
Comment #20
stewsnoozeComment #21
bdziewierz commented@stewsnooze: I guess you need CVS access to become co-maintainer.
@amitaibu: I've granted you CVS access for this project so if you have some spare time we will all be grateful for your help! Thanks!
Comment #22
avpaderno@bdziewierz: Do you accept stewsnooze's offer to become co-maintainer? If you accept his offer, then he can get a CVS account.
Comment #23
bdziewierz commented@KiamLaLuno: Yes, please.
Comment #24
avpadernoI approved stewsnooze's CVS application, and granted him access to this project repository.
Comment #25
stewsnoozeHi,
My CVS account is active now. Can you please set me as a maintainer and I will happily make a release including this issue.
Thanks
Comment #26
stewsnoozeActually I can see that I have access already now. At least I have an edit button!
Comment #28
stewsnoozeCommitted and released in http://drupal.org/node/546932