Display of assigned blocks
yettyn - August 8, 2007 - 19:49
| Project: | Block Assign |
| Version: | 5.x-1.0 |
| Component: | User interface |
| Category: | support request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed |
Jump to:
Description
Hi,
thanks for this module it really makes it easy to config several blocks as you say. I have one question though and I am not sure if it's a bug or not. I pasted the code into one block and set it as php, then I went to the block assign settings and activated it there with a URI regex and clicked Add. Now it show 4 identical items there for this block, and if I edit 1 the others change too. Is this correct?

#1
Can you do a screen cap and send your regex? It's hard to visualize what you're reporting without these things. Is it that the block itself appears more than once on the page or that there are multiple listings of your regex on the block_assign admin page?
#2
It's multiple (4) settings on the admin form for 1 block setting (the one with an edit link), sorry if I wasn't clear about that.
Unfortunately I have deactivated it now, which lead to huge problems as I forgot to remove the php snippet in block config first. You may like to put up a huge warning about that in readme as it totally render the admin part of site unusable and most will probably not know how to deal with it.
I then decided to track down the problem which lead me to block_assign at the first place, and found and fixed it. So right now I don't have any emediate need of the module but as I build my site it will probably come into play again.
#3
Ouch, the disabling issue sucks. I've thought about doing away with the need to add the snippet to the block form at all and just making the block_assign settings take over the block display stuff if an appropriate rule is defined. It's not something I can do in the short-term, but I wonder what you think of the idea.
#4
Yes that sounds much better as users certainly will forget to clear php snippet AND it will cause you lot of support time not to talk about "attitudes" :-)
The problem is the block table, it lacks a primary key so usually to edit it you have to dump the table, clean it up and import it back in replacing the original one. You probably need to clear all cache and sessions as well, I just did this although I am not 100% sure if it's needed. Anyhow, a "normal" admin will probably not have any idea of how to deal with this and just scream out load!
I think you should first put up a fat warning about this on the project page and also put it into readme, until the problem is solved.
#5
I have just had a big fat negative experience with this.
I installed it once and got a weird warning. I turned it off and it killed my DB
Then I tried it again and it worked a little better but created the duplicate entries mentioned above.
I forgot to remove the php snippet when I turned it off --- bad move -- installation #2 borked as well.
This baby is not ready for prime time and should come with a warning.
Right now it is only for those who like adventure.
#6
Closing, as resolution of the issue reported here will also resolve the root issue this bug outlines.