Posted by najibx on October 28, 2008 at 4:04am
Jump to:
| Project: | Node As Block |
| Version: | 6.x-1.x-dev |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed (fixed) |
Issue Summary
Since the list of regions are only the regions defined for the default theme, "None" is not an option.
In some cases, you don't need enable it at all, ie insert in block the tabs.
Anyhow, for now, once created, i have to manually disable it.
Comments
#1
ahhha...don't select any from "Select allowed regions for these blocks". it partially fixed my original isssue. now, the block will never be available in any region, but available for insertion in tabs.
#2
Where does it say "Select allowed regions for these blocks" ... ?
When editing a node, under "Provide a block" i get in "Region:" only "".
Then, when visiting a blocks admin page, i get the message:
"The block . was assigned to the invalid region -1 and has been disabled."
And I can't get it to display anywhere...
Help!
#3
in ur case, the message says blocks has been disabled. So gotta enable it ... to show in respective region.
#4
I have got the same issue 2 years later yikes
#5
I have the same problem too....Under Provide as Block is says 'assign to region' and the only available option is 'none' ..... it seems the regions of my theme are not being recognized...at first i ignored it and set the region on the blocks page instead but whenever i revisit the blocks page the nodeasblock blocks get bumped out of their regions with the error message "The block . was assigned to the invalid region -1 and has been disabled."
#6
Exact same problem here - none of the regions show up under 'Provide as Block' and every time the node is edited, it disables the block.
#7
After creating a new Node As Block there will be displayed an error message, that block is deactivated.
You can set a valid Region at admin/build/block manually. After every editing of node you will have to repeat this again, because node cannot read out and store the chosen valid region.
#8
Do you have the regions set in the content type? each content type with node as block needs the regions selected to make them available when you create and edit the content of that type
#9
Having exactly the same issue with this module.
I first added a new region in the info-file, made the necessary modifications in page.tpl.php and then made a new content type, with "Create blocks from this content type" set on "Always".
The first time I created content with this fresh made content type, it displays the new node with no remarks. I had to put the new block in its proper region through Admin > Build > Block, I didn't make a deal of it. But when editing the node it says "The block (name) was assigned to the invalid region, and has been disabled." indeed.
Eventually I decided to start making this content type from scratch again, with the same Node as Block-settings, with no result! Eventhough this doesn't happen with other (node as block-) content types having the same settings. I really don't get it. The alarming thing about this is that it disables àll the nodes of this content type after you just edited only one of them. At least: it gives that as a notice, but when I check my frontpage, where they are applied, they're still there. This region is on a custom page.tpl.php (page-front.tpl.php). Eitherway, it doesn't bother me, but I can imagine it can really alarm customers.
Is this module vulnerable to changes in the info-file from the moment it's being installed?
#10
I am also having these warning messages. Is there any way to fix this?
#11
Please check #478376: Save to Default Theme rather than Currently Active Theme, I have committed a fix for that issue that is related to this one. Thansk.
#12
#13
Automatically closed -- issue fixed for 2 weeks with no activity.
#14
Tried last version, still not working for me.
My theme is a subtheme based on zen. I had about 10 blocks created by nodeasblock and the warning message was huge. Only solutions is going to blocks configuration choose Garland and simple "save" the configuration. Once Garland reassigns all modules to disabled then back to my working theme the warning is gone. But the patch has made no difference.
Thanks.