problems with saving and updating blueprints.
| Project: | Organic Groups Blueprints |
| Version: | 5.x-1.0-alpha6 |
| Component: | User interface |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | postponed (maintainer needs more info) |
This issue covers a few different topics, although I am wondering if they are somehow related.
The problem started initially when I had somehow successfully saved a blueprint as a test, and it worked to an encouraging extent. However, I couldn't get any subsequent ones to save. I tried making many new blueprints, configuring them, applying all my settings, saving them, releasing them, creating bundle releases, and I probably tried 8 times, the original test release would not be over written. Also, after saving the blueprint, the link would return http://admin/og******, instead of http://www.mysite.com/admin/og****. It seems its redirecting me somehow to something without my site name, some internal link thats broken down somewhere, in that field. If I get back to that field i'll provide the full link.
So I know the blueprints interface doesent allow for the deletion of releases, and I know its getting updated in the future as its only in alpha right now, but I decided that in order to remove that original test release that wouldn't override, I had to clear my tables in my database. I made a back up before I did, de activated it, deleted the folder, and just deleted the tables in the database. (og_bundle, og_bundle_revision, og_blueprint, og_blueprint_control). After a fresh re-install, everything went fine and then I couldn't save anything at all. Nothing I saved showed up on any lists, no blueprints, releases, nothing at all would save or appear from any menu. I go back into phpmyadmin, check out my db, realize the tables were not re-installed when I re-installed og blueprints. I figured the module reinstallation and activation would create them again, I guess it didn't. So I backed up to my old database.
The same problem kept occurring, so this time I went into phpmyadmin, and just cleared all those tables. I.E. "Reset defaults." However this time, no data would save at all - but only in single operating mode. In multiple operating mode, it worked as normal, and when I saved, it did actually save. However, when I navigated to "edit content" and change the panels layout, I came to an empty panels page. I have attached a screenshot explaining what I am talking about.
So at this point I am unsure what to do. I can easily revert to the backup with no issue, but I still would be unable to save a new blueprint to overwrite the one thats currently on there. In the mean time I think being able to wipe every blueprint setting and start as if I just first installed and enabled the module would be best, as I know what I want any only would need to change it once, and would hold me over until later releases.
Thank you very much.
| Attachment | Size |
|---|---|
| Picture 1.png | 336.65 KB |
#1
It sounds like the problem here has to do with data I tuck away in the variables table, as I couldn't think of another easy way of handling the contingent decisions you have to make when playing around with node types. The real question, then: did you UNINSTALL og_blueprints at any point, or did your attempts only include disabling the module and clearing those four obvious db tables manually? In Drupal's module system, modules have two binary flag states - enabled/disabled, and (sort of) installed/not installed. Uninstalled (not disabled) being the counterpart to installed, that's what you've gotta do if you really want to purge it all out - and og_blueprints conforms with that standard :)
So yeah, if you didn't uninstall the module, then the values will persist in the variables table and pick right back up governing the behavior of og_blueprints once you re-enable the module, quite possibly causing the quirky sort of behavior you're describing here. Try just installing, then disabling and uninstalling og_blueprints, then installing it again, and let me know if that doesn't clear some of this weirdness up.
#2
Interesting. I didn't know the difference between the uninstall function and the manual purge of tables. I have NOT uninstalled the module and tried to reinstall it, but I will try to do so tomorrow and report back my findings. Thanks for getting back to me on this.
#3
Okay,
I have tried uninstalling og blueprints and reinstalling it, and while it does flush the settings, nothing will save properly. I have also gone through the UI on my end and documented everything that goes wrong. I have attached detailed screen shots and explanations of each to help outline the problems I am having with the module. I want to help any way I can to get this module working.
In single operating mode:
You can create new blueprints, determine panel layout, and save the form. However, when you select the radio button as "Home page" (screen shot 1), it goes redirects to a blank url without the sidename (screen shot 2). I had to manually enter in the URL again to go back to the OG blueprints administration page. After doing so, I am able to save the radio button as "home page" for that particualr blueprint. However, after creating releases and bundle releases, I get no confirmation of saving. (Screen shot 3). I can name the release, I press "create release" and the page stays the same. The name is no longer on the text field, but it looks the same as if I had just pressed "reload." The release title DOES show up in my active releases, so If I named the release "default layout" in my "active releases" section it will say "#2 default layout." However, when I create a new group, there are no pages in my group layout listing. (Screen shot 4), as if I hadn't set any pages yet.
In multiple operating mode:
The same problems that exist in single operating mode exist in multiple operating mode as well, in addition to having a new problem about assigning bundles to multiple group types. For some reason, the bundle listings appear for some group types (business, organization) on the administation pages, but not my primary group types (group). I have attached this as screen shot 5. However, none of the types (Group, Business, Organization, etc) that have bundles assigned to them show any pages once those nodes are created. All of them look like Screen Shot 4, regardless of operating mode or content type.
Personally I think OG blueprints is one of the best ideas to be put into a module that drupal offers, short of panels, organic groups and views. It really allows groups to get on websites and start communities because even though the OG panels interface is good enough for site administrators and some computer savvy people, getting the average internet user on a site and building groups requires some training wheels, and making a premade group and giving them the ability to say "Oh, hey, like this layout? Well guess what, you can change it...and here's how! (insert site-admin created short crash course on og panels) is a far, far better option than having them come to a blank page and having them pick and choose what they want from an OG panels list, which would be confusing and would turn off the majority of people.
I would have no trouble saying that everyone on drupal is at the very least "very" computer savvy, but we want to build websites for people that aren't, and a big problem is bridging the gap between the computer savvy the computer illiterate, and this module is a major, major, step in that direction, but unfortunately it just isn't stable or working well enough to make that dream a reality....yet!
I'm down to help out any way I can.
#4
I am having this same issue. I initially installed, and could not create any blueprints. Then uninstalled and re-installed and cannot save any bundles nor blueprints
#5
@Sdboyer,
Have you had any chance to take a look at this yet? I'm sure your busy with panels releases but I'm wondering if there's any chance I could have a working version of blueprints anytime soon.
Thanks!
#6
Man, you just hit all three of the best ways to motivate me...give me long, detailed bug reports, recognize the great potential of the module AND talk about making things more accessible and building communities...you know how to put a man to work :) Unfortunately, motivation isn't what I'm lacking at the moment - time, time, always time! - but I'll give a try at sussing some of these items out, at least. The good news on that front, though, is that I finally have some concrete deadlines in front of me which'll require the use of blueprints, so I'm likely to finally get back to it and get it into the shape it ought to be in.
So, the first thing that'd be really helpful is if you could provide me the contents of all the og_blueprints data stored in your variables table. If you've got direct access to the db,
SELECT * FROM variable WHERE name LIKE ('og_blueprints%')should do the trick. Along these lines, it would also help me to contextualize all this if I knew exactly what was in the og_blueprints tables themselves when all this weirdness is going on. So, dumps of the four og_blueprints tables would be great too, if possible. (You can mail em to drupal-at-samboyer.org if you'd rather).The problem you're describing in multi mode really sounds like there's some residual data in the variables table that's causing the one group type to be screwy, but I can't be sure.
As for the WSOD you're getting on saving the bundlecfg form, could you try adding:
<?phpreturn 'admin/og/og_blueprints/bundlecfg';
?>
to the end of
og_blueprints_bundlecfg_table_submit()? It should be line 945ish where you add it, I think, right at the end of the function, and let me know if that helps. That may have just been a stupid mistake on my part.#7
@ Sdboyer,
I have emailed you the sql query you told me to run on my database (I have direct access). I also added the code to line 945 of the .module, and that seems to have solved the WSOD problem! At least in multi-operating mode, so that one problem is solved, but i'm excited to know other modules are forcing the finalization of this one to be a priority, i'm very down to check it out!. If you need me to run any more queries just hollar, I check my issues que daily.
Thanks man.
#8
@Sdboyer,
Did you get a chance to go over those queries I sent you via email? If you need any more info lemmie know, I'm looking to get a working copy of blueprints up as fast as I can...thanks.
#9
I'm sorry, I haven't, although I've not forgotten them either. I'm in the midst of finals righ tnow and trying to prep for a code sprint I'm running, so it's low on the priority list, unfortunately :( However, I'll probably need to look before that code sprint anyway (because I'll be going back to blueprints there), so at least that's something...
#10
Sam,
Is Og Blueprints still a viable option for use? Is this project continuing? I haven't seen any dev versions or updates in quite some time. I bet you're busy with other projects but I have been waiting on this issue for a few months and its getting crunch time to where I need some viable groups option. I fired you an email about it but I havent heard back from you yet.
Let me know.
Thx.
#11
Thanks for the reminder. I'll look at this issue tonight.
#12
Is there a chance that you can expose more of what you sent via email here? I would like to help work on this.
#13
@SamRose...Yeah I'll dig up what I sent to Sam and post it here. Thanks for your help, I appreciate any eyes on this. I'm busy at work at the moment but I should have something solid for you in a few hours.
#14
Okay,
Sdboyer and I didn't talk much about it, he requested I gzip the variables table (#6), and I still have them. I'll send you what I sent him if you want to take a look at it. I'm not a developer so I can't really do much on my end but I'm hoping to see what can get panned out...
#15
Can you please post those files right here in this thread? (or maybe they contain sensitive data?)
#16
Um, well its not that the data is particularly sensitive...but its a gzipped table. I'm not sure how legible that is for human eyes...but there's only one way to find out. I'll get the gzip file and paste it...
-- phpMyAdmin SQL Dump
-- version 2.11.9.1
-- http://www.phpmyadmin.net
--
-- Host: localhost
-- Generation Time: Nov 19, 2008 at 09:32 PM
-- Server version: 5.0.67
-- PHP Version: 5.2.6
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
--
-- Database: `lifeunde_drupal`
--
-- --------------------------------------------------------
--
-- Table structure for table `variable`
--
CREATE TABLE IF NOT EXISTS `variable` (
`name` varchar(128) NOT NULL default '',
`value` longtext NOT NULL,
PRIMARY KEY (`name`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
--
-- Dumping data for table `variable`
--
INSERT INTO `variable` (`name`, `value`) VALUES
('og_blueprints_list', 'a:1:{i:1;s:14:"default-layout";}'),
('og_blueprints_mode', 's:1:"2";'),
('og_blueprints_orphaned_bids', 'a:0:{}');
Thats the file I sent him. If you need any other tables from my database just drop a line here, I check the que daily, and I'll get you whatever you need.
Thanks again for helping me on this...
#17
Heh. Months later, but...
Finally looked at the variables, and they're normal except that on a fresh install, 'og_blueprints_list' ought to be empty.
Hmm...I think I may see where the problem in the code is. Has to do with the fact that I toss that into the variables table when it should really just be rebuilt on demand. Just added a quick patch that changes that logic, and may be of help.
#18
Hey,
Thanks. How do I access this patch? Or is it committed to the stable version currently on the project page? I don't see a dev version to download.
Thanks.
#19
Yeah, sorry, I dunno what's goin on there. The -dev tarball is supposed to be enabled.
I'll roll a release later tonight...not many big changes, but hey, there were some bug fixes! So why not.