| Project: | User Relationships |
| Version: | 6.x-1.0-beta9 |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed (fixed) |
Issue Summary
I'm finding several problems with the blocks in beta9 (and Drupal 6.8, but that shouldn't be a cause).
First, the User Relationships (All or per category) type blocks do database reads & writes just fine, but the My Relationships type blocks do not. So, when you configure the My Relationships type block for number to display and what type (newest, oldest, random), those values don't get written to the database. The My Relationships type blocks show up, but with what values, I'm not sure.
Second, the User Relationships type blocks don't show at all. As I mentioned above, they push/pull data ok, but the user testing for display seems to fail.
Third, user testing for the My Relationships types also fails (probably because of the lack of database connection).
So, on the whole, the blocks don't work. Anyone else seeing this?
Comments
#1
Oops... correction to the previous post:
The User Relationships:All and My Relationships:All blocks do database read/write just fine. It's the custom category blocks of both types that don't. Which leads me to suspect that the routine for creating a new category fails to write the new entries in the table user_relationship_types for the category blocks.
The user testing php is stored in this table so that would also be causing the display issues.
#2
I'll just keep answering myself...
I confirmed my correction post by duplicating the my-all and user-all rows in the user_relationship_types table. I then renamed each as my-1 and user-1 (the 1 being the relationship id number, or rtid, from the user_relationships_types table). Voila! the custom category blocks suddenly work.
So, yes, there is a problem in the create category routine that fails to create the block settings. I've got just enough knowledge to be dangerous, but not to de-bug the php of a module so, gonna have to leave this one to the maintainer (or anyone else withthe chops to fix it).
#3
There were a couple problems with the hooks that are supposed to run when UR types are CRUD. I've fixed those in the attached patch.
#4
Comitted to CVS
#5
Automatically closed -- issue fixed for two weeks with no activity.