Re: [Radiant] Reorder Extension testing issues
On Mar 18, 2010, at 7:55 PM, banane wrote: > This reminds me I should really go back to TDD (ducks). Ha, these > errors you're having are familiar, but I can't remember the silver > bullet- if there was any-that solved it. Part of me wants to say, the > extension developers wrote their tests with one gem version, whereas > radiant wrote theirs with another, hence the discrepancy you're > seeing. This has been my biggest frustration. It's very much like the Windows "DLL Hell" phenomenon. I'm really going to have to dig in to why a new version of RSpec (fer cryin out loud) gets in the way of a db migration!! I just get the feeling that if I tweak one little thing, the whole house is going to come down, something I thought testing was supposed to help us get away from. Anyway, enough with the venting. I'm in the process of creating some extensions (one of the reasons for doing this was to figure out how to get started at that -- I've done a little of it but it's more "cargo cult" stuff than real development and I wanted to take apart a working extension to see how it ticks). The real question is how to go about setting up a development environment that I can use for this. Right now my impression is that edge is better than 0.8.1, so I'm probably going to start moving in that direction, hoping to land on 0.9 when it's ready. But I keep running into dependencies on really old testing gems. ah, well. off to bed. Have Fun, Arlen -- In God we trust, all others must supply data ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ List Site: http://lists.radiantcms.org/mailman/listinfo/radiant Radiant: http://radiantcms.org Extensions: http://ext.radiantcms.org
[Radiant] Any newsletter system working with 0.8.1 or 0.9 ?
Hi everybody, I'm working for a web agency, and we got really enthusiastic about Radiant. What we love is how simple is the admin and that it gives complete control to a web designer. Most of our sites are statics pages, so Radiant looks just great for that. Said that, we very often need a contact form. Mailer extension works like a charm. I'm very happy with that. More importantly we need to be a able to collect email adresses trough a one text field form and then be able to send emails to all those people. I'm trying to use the *newsletter extension* on 0.8.1 by Andrea Franz. It won't work. For example : rake RAILS_ENV="production" radiant:extensions:newsletter:page:new *There are some errors: * slug already in use for child of parent* Moreover this message is displayed when I try to edit a page in the administration: `*page_edit_main_newsletter' default partial not found!*' So this extension is not working. This is not surprising as it's not maintain for new versions of Radiant. But may be there is a simple trick ? Do you guys know how to make it work, or is there any other solution ? Like something based on mailer + database_mailer ? I'm so sorry I would have to abandon this CMS if I don't find a newsletter solution. I mean it's so basic, a lot of static web site just need this dynamic feature. I thought it was something a lot of people use. I'm barely new at Ruby On Rails, I'd love to contribute in anyway. Thanks for the work done with Radiant and all the extentions ! Hope that someone will be able to help me on this one. * * -- Vincent Brouillet ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ List Site: http://lists.radiantcms.org/mailman/listinfo/radiant Radiant: http://radiantcms.org Extensions: http://ext.radiantcms.org
Re: [Radiant] Reorder Extension testing issues
This reminds me I should really go back to TDD (ducks). Ha, these errors you're having are familiar, but I can't remember the silver bullet- if there was any-that solved it. Part of me wants to say, the extension developers wrote their tests with one gem version, whereas radiant wrote theirs with another, hence the discrepancy you're seeing. On Thu, Mar 18, 2010 at 4:33 PM, Arlen Walker wrote: > > On Mar 18, 2010, at 5:23 PM, banane wrote: > >> Or it might work with just a migration all together: rake db:migrate >> RAILS_ENV=test > > > Actually, oddly enough, a variation of this changed the results: > > Instead of being at radiant/vendor/radiant when I did the migration, I > dropped back to the project working directory itself (radiant, in this case) > did the migration and then rake spec:models and now 20 tests failed, and none > of the failures relate to position, and the position column remained in the > test table. (moving back to vendor/radiant and rerunning the tests repeated > the 66 failures). > > So doing the full migration gave different results from the extension migrate > and I suspect some of them at least come from position overriding expected > behavior (such as a couple that complained that using the 'order' attribute > didn't change the order. > > Have Fun, > Arlen > > -- > In God we trust, all others must supply data > > ___ > Radiant mailing list > Post: Radiant@radiantcms.org > Search: http://radiantcms.org/mailing-list/search/ > List Site: http://lists.radiantcms.org/mailman/listinfo/radiant > Radiant: http://radiantcms.org > Extensions: http://ext.radiantcms.org > ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ List Site: http://lists.radiantcms.org/mailman/listinfo/radiant Radiant: http://radiantcms.org Extensions: http://ext.radiantcms.org
Re: [Radiant] Reorder Extension testing issues
On Mar 18, 2010, at 5:23 PM, banane wrote: > Or it might work with just a migration all together: rake db:migrate > RAILS_ENV=test Actually, oddly enough, a variation of this changed the results: Instead of being at radiant/vendor/radiant when I did the migration, I dropped back to the project working directory itself (radiant, in this case) did the migration and then rake spec:models and now 20 tests failed, and none of the failures relate to position, and the position column remained in the test table. (moving back to vendor/radiant and rerunning the tests repeated the 66 failures). So doing the full migration gave different results from the extension migrate and I suspect some of them at least come from position overriding expected behavior (such as a couple that complained that using the 'order' attribute didn't change the order. Have Fun, Arlen -- In God we trust, all others must supply data ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ List Site: http://lists.radiantcms.org/mailman/listinfo/radiant Radiant: http://radiantcms.org Extensions: http://ext.radiantcms.org
Re: [Radiant] Reorder Extension testing issues
On Mar 18, 2010, at 5:23 PM, banane wrote: > You have to rake migrate the test env: > > rake radiant:extensions:reorder:migrate RAILS_ENV=test Yet when I do that, it says: Missing these required gems: rspec-rails ~> 1.2.6 Yet gem list rspec-rails --local shows it's installed: *** LOCAL GEMS *** rspec-rails (1.3.2, 1.2.6) (The 1.3.x versions of rspec and rspec-rails came along with the cucumber 0.6.3 update I installed.) Even so, when I removed both versions of rspec-rails and reinstalled only the 1.2.6 version, the migrate happened (verified by inspecting the test db for the column, and the 'reorder-1' in the schema migrations table): $ rake radiant:extensions:reorder:migrate RAILS_ENV=test (in /Users/arlenwalker/Sites/radiant/vendor/radiant) == AddPositionToPages: migrating = -- add_column(:pages, :position, :integer) -> 0.3256s -- Putting all pages in a default order... -> 0.2469s == AddPositionToPages: migrated (0.5728s) However, it made no difference, as after rake spec:models the same 66 tests failed. Interestingly enough, after running the tests, the position column was again dropped, and the extension's migration not applied during testing. I can also supply the info that some other extensions that create tables for their own use do not have the tables created, but I figured if I can figure out what's wrong here, the solution will apply elsewhere. Have Fun, Arlen -- In God we trust, all others must supply data ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ List Site: http://lists.radiantcms.org/mailman/listinfo/radiant Radiant: http://radiantcms.org Extensions: http://ext.radiantcms.org
Re: [Radiant] Reorder Extension testing issues
Or it might work with just a migration all together: rake db:migrate RAILS_ENV=test On Thu, Mar 18, 2010 at 3:23 PM, banane wrote: > You have to rake migrate the test env: > > rake radiant:extensions:reorder:migrate RAILS_ENV=test > > On Thu, Mar 18, 2010 at 3:17 PM, Arlen Walker wrote: >> This is actually common to several extensions, so I'm fairly sure I screwed >> up something on my end, but it's just to obvious for me to see it. >> >> Starting from a completely fresh installation: >> >> 1) radiant radiant -d mysql >> 2) cd radiant >> 3) rake radiant:freeze:edge TAG=0.8.1 >> 4) cd vendor/radiant >> >> At this point I edit the database.yml file at >> radiant/vendor/radiant/config/database.yml >> >> 5) rake db:bootstrap (Don't know if it matters but the last time I did this >> I chose the Roasters template) >> 6) rake spec:models >> >> The last line was to verify that the installation into the directory called >> 'radiant' seemed to go properly, and it does appear to have, since all tests >> passed with a deprecation warning. So now I proceed with downloading the >> reorder extension, unzipping it, renaming the resulting directory to reorder >> and dropping it in radiant/vendor/radiant/vendor/extensions (perhaps I >> should have chosen a less confusing project name, but I didn't expect to >> have this issue when I chose it). From that point: >> >> 7) rake development radiant:extensions:reorder:migrate >> 8) rake development radiant:extensions:reorder:update >> >> (I'm running apache2 with Passenger, and have set the default RailsEnv to >> development.) >> >> 9) rake spec:models >> >> and 66 of the tests that passed the first time fail this time. All of the >> failures are along the lines of: >> >> "Mysql::Error: Unknown column 'position' in 'order clause':" >> >> so it seems as if the migration that has occurred in line 7 above (verified >> by inspecting the db) never happens during the testing. The extension itself >> appears to be functioning fine in the application, as the position column is >> filled in correctly, and it does move the pages up and down, so it looks as >> if only the testing environment is failing to apply the migration for some >> reason. >> >> This sort of thing is obvious enough that I'm sure I'm just missing >> something simple, but I'm hanged if I can see it. >> >> As for variations, I've tried this with both radiant and radiant-rc, and >> I've frozen to edge and updated as well as freezing to 0.8.1, with no >> difference. Highlights from the local gem list are: >> >> cucumber (0.6.3, 0.3.104) >> cucumber-rails (0.3.0) >> passenger (2.2.11, 2.2.10, 2.2.9) >> radiant (0.8.1, 0.8.0) >> rails (2.3.5, 2.2.2, 1.2.6) >> rake (0.8.7, 0.8.3) >> rspec (1.3.0, 1.2.6) >> rspec-rails (1.3.2, 1.2.6) >> rubygems-update (1.3.6, 1.3.5) >> webrat (0.7.0, 0.4.4) >> ZenTest (4.2.1) >> >> Didn't want to post the whole list, let me know if there's another one that >> might be relevant. Ruby is 1.8.7 patchlevel 72, default install on >> SnowLeopard. (Yes, I know. I keep meaning to upgrade to 1.9.x but since this >> isn't a public-facing machine the urgency just isn't there, and I don't >> figure it's worth the hassle to upgrade to anything less than 1.9.x.) >> >> Ideas? >> >> Have Fun, >> Arlen >> >> -- >> In God we trust, all others must supply data >> >> ___ >> Radiant mailing list >> Post: Radiant@radiantcms.org >> Search: http://radiantcms.org/mailing-list/search/ >> List Site: http://lists.radiantcms.org/mailman/listinfo/radiant >> Radiant: http://radiantcms.org >> Extensions: http://ext.radiantcms.org >> > ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ List Site: http://lists.radiantcms.org/mailman/listinfo/radiant Radiant: http://radiantcms.org Extensions: http://ext.radiantcms.org
Re: [Radiant] Reorder Extension testing issues
You have to rake migrate the test env: rake radiant:extensions:reorder:migrate RAILS_ENV=test On Thu, Mar 18, 2010 at 3:17 PM, Arlen Walker wrote: > This is actually common to several extensions, so I'm fairly sure I screwed > up something on my end, but it's just to obvious for me to see it. > > Starting from a completely fresh installation: > > 1) radiant radiant -d mysql > 2) cd radiant > 3) rake radiant:freeze:edge TAG=0.8.1 > 4) cd vendor/radiant > > At this point I edit the database.yml file at > radiant/vendor/radiant/config/database.yml > > 5) rake db:bootstrap (Don't know if it matters but the last time I did this > I chose the Roasters template) > 6) rake spec:models > > The last line was to verify that the installation into the directory called > 'radiant' seemed to go properly, and it does appear to have, since all tests > passed with a deprecation warning. So now I proceed with downloading the > reorder extension, unzipping it, renaming the resulting directory to reorder > and dropping it in radiant/vendor/radiant/vendor/extensions (perhaps I should > have chosen a less confusing project name, but I didn't expect to have this > issue when I chose it). From that point: > > 7) rake development radiant:extensions:reorder:migrate > 8) rake development radiant:extensions:reorder:update > > (I'm running apache2 with Passenger, and have set the default RailsEnv to > development.) > > 9) rake spec:models > > and 66 of the tests that passed the first time fail this time. All of the > failures are along the lines of: > > "Mysql::Error: Unknown column 'position' in 'order clause':" > > so it seems as if the migration that has occurred in line 7 above (verified > by inspecting the db) never happens during the testing. The extension itself > appears to be functioning fine in the application, as the position column is > filled in correctly, and it does move the pages up and down, so it looks as > if only the testing environment is failing to apply the migration for some > reason. > > This sort of thing is obvious enough that I'm sure I'm just missing something > simple, but I'm hanged if I can see it. > > As for variations, I've tried this with both radiant and radiant-rc, and I've > frozen to edge and updated as well as freezing to 0.8.1, with no difference. > Highlights from the local gem list are: > > cucumber (0.6.3, 0.3.104) > cucumber-rails (0.3.0) > passenger (2.2.11, 2.2.10, 2.2.9) > radiant (0.8.1, 0.8.0) > rails (2.3.5, 2.2.2, 1.2.6) > rake (0.8.7, 0.8.3) > rspec (1.3.0, 1.2.6) > rspec-rails (1.3.2, 1.2.6) > rubygems-update (1.3.6, 1.3.5) > webrat (0.7.0, 0.4.4) > ZenTest (4.2.1) > > Didn't want to post the whole list, let me know if there's another one that > might be relevant. Ruby is 1.8.7 patchlevel 72, default install on > SnowLeopard. (Yes, I know. I keep meaning to upgrade to 1.9.x but since this > isn't a public-facing machine the urgency just isn't there, and I don't > figure it's worth the hassle to upgrade to anything less than 1.9.x.) > > Ideas? > > Have Fun, > Arlen > > -- > In God we trust, all others must supply data > > ___ > Radiant mailing list > Post: Radiant@radiantcms.org > Search: http://radiantcms.org/mailing-list/search/ > List Site: http://lists.radiantcms.org/mailman/listinfo/radiant > Radiant: http://radiantcms.org > Extensions: http://ext.radiantcms.org > ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ List Site: http://lists.radiantcms.org/mailman/listinfo/radiant Radiant: http://radiantcms.org Extensions: http://ext.radiantcms.org
[Radiant] Reorder Extension testing issues
This is actually common to several extensions, so I'm fairly sure I screwed up something on my end, but it's just to obvious for me to see it. Starting from a completely fresh installation: 1) radiant radiant -d mysql 2) cd radiant 3) rake radiant:freeze:edge TAG=0.8.1 4) cd vendor/radiant At this point I edit the database.yml file at radiant/vendor/radiant/config/database.yml 5) rake db:bootstrap (Don't know if it matters but the last time I did this I chose the Roasters template) 6) rake spec:models The last line was to verify that the installation into the directory called 'radiant' seemed to go properly, and it does appear to have, since all tests passed with a deprecation warning. So now I proceed with downloading the reorder extension, unzipping it, renaming the resulting directory to reorder and dropping it in radiant/vendor/radiant/vendor/extensions (perhaps I should have chosen a less confusing project name, but I didn't expect to have this issue when I chose it). From that point: 7) rake development radiant:extensions:reorder:migrate 8) rake development radiant:extensions:reorder:update (I'm running apache2 with Passenger, and have set the default RailsEnv to development.) 9) rake spec:models and 66 of the tests that passed the first time fail this time. All of the failures are along the lines of: "Mysql::Error: Unknown column 'position' in 'order clause':" so it seems as if the migration that has occurred in line 7 above (verified by inspecting the db) never happens during the testing. The extension itself appears to be functioning fine in the application, as the position column is filled in correctly, and it does move the pages up and down, so it looks as if only the testing environment is failing to apply the migration for some reason. This sort of thing is obvious enough that I'm sure I'm just missing something simple, but I'm hanged if I can see it. As for variations, I've tried this with both radiant and radiant-rc, and I've frozen to edge and updated as well as freezing to 0.8.1, with no difference. Highlights from the local gem list are: cucumber (0.6.3, 0.3.104) cucumber-rails (0.3.0) passenger (2.2.11, 2.2.10, 2.2.9) radiant (0.8.1, 0.8.0) rails (2.3.5, 2.2.2, 1.2.6) rake (0.8.7, 0.8.3) rspec (1.3.0, 1.2.6) rspec-rails (1.3.2, 1.2.6) rubygems-update (1.3.6, 1.3.5) webrat (0.7.0, 0.4.4) ZenTest (4.2.1) Didn't want to post the whole list, let me know if there's another one that might be relevant. Ruby is 1.8.7 patchlevel 72, default install on SnowLeopard. (Yes, I know. I keep meaning to upgrade to 1.9.x but since this isn't a public-facing machine the urgency just isn't there, and I don't figure it's worth the hassle to upgrade to anything less than 1.9.x.) Ideas? Have Fun, Arlen -- In God we trust, all others must supply data ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ List Site: http://lists.radiantcms.org/mailman/listinfo/radiant Radiant: http://radiantcms.org Extensions: http://ext.radiantcms.org
Re: [Radiant] Revisiting "Twitter Extension Conflict?"
Hi Anna, Thanks VERY much for your help with this. It took me a couple of extra days to focus back on this. Other clients were clamoring for attention. I finally have updated both and now everything is great! ~ Alexis = Alexis Masters, author http://www.alexismasters.com 510 234-0027 On Mar 15, 2010, at 11:17 PM, banane wrote: > Hey Alexis > > Coupla things- I'd update your database mailer extension with > Ehaselwanter's: > git://github.com/ehaselwanter/radiant-database-mailer-extension.git > > You don't need to migrate, just update and restart your server. > > Also update w/ my twitter extension (also no migrate necessary, just > update). That will resolve the "config" conflict in both directions. > > In general, you may want to edit your environment.rb to load the > extensions in the order that's most important to you- leaving the most > important t the end. Then if there' sa conflict, your favorite ones > won't be affected. > > Cheers > Anna > > On Mon, Mar 15, 2010 at 10:54 PM, Alexis Masters > wrote: >> Anna, THANKS!!! I just got home and found you had worked on this. So >> great of you to jump in there! I'll try this out tomorrow and let you >> know how it goes. >> >> One question: Do I need to uninstall and reinstall Database_Mailer, >> or >> will installing your Twitter fork work without reinstalling >> Database_Mailer? >> >> ~ Alexis >> = >> >> >> On Mar 15, 2010, at 12:24 PM, banane wrote: >> >>> OK I forked & branched a twitter-extension that also renames the >>> config() to twitter_config. works with database_mailer. Yay! >>> >>> http://github.com/banane/radiant-twitter-extension >>> >>> On Mon, Mar 15, 2010 at 11:39 AM, banane wrote: Also- Haselwanter, your fix on the database_mailer is great, I'm using it now. thanks for adding the admin UI thing, too, it's small but it's nice to keep the log clean. One tip Alexis: setup your environment.rb to load the extensions that are vital to your site last, so they override less important extensions. It's config.extensions = [ "twitter", "database_mailer", "mailer"] etc. one of the first lines of that file. Anna On Mon, Mar 15, 2010 at 1:03 AM, Haselwanter Edmund wrote: > > On 15.03.2010, at 08:14, banane wrote: > >> If it makesyou feel better Alexis, I've replicated the error. I >> have a >> feeling it's due to both extensions setting the same constant. >> I'm >> hunting it down. > > This is IMHO because both define a method "config" > > I did a fix on my mailer -fork and sent out a pull request > > http://github.com/ehaselwanter/radiant-mailer-extension/commit/22382ab1f44d4ccc900dc29bb938dcfbfb0bb0f9 > > And I would like to suggest to all extension developers out there > to think twice on naming methods while > including them to the core page! E.g. do some name-spacing in the > method name to avoid conflicts. > > cu edi > > >> >> On Sun, Mar 14, 2010 at 6:36 PM, banane wrote: >>> I'm going to try installing both and see if I can see the >>> conflict. >>> >>> Anna >>> >>> On Sun, Mar 14, 2010 at 4:03 PM, Alexis Masters >>> wrote: Thanks for the suggestion, Anna. And your blog instructions are VERY clear and helpful. Loved them. Sadly, though, the good old Mailer config is not valid (see Mailer.valid_config?) was back on the form pages after the twitter extension was installed, so out it goes again until I can find a fix. DARN! I really want to use this, but on a site where forms are crucial, they must take precedence. ~ Alexis = Alexis Masters, author http://www.alexismasters.com On Mar 14, 2010, at 3:24 PM, Anna Billstrom wrote: > Can you check the log and tell the detailed error message? > Basically > is it part of the smtp config or another setting. See > troubleshooting > in my blog post on actionmailee (which database mAiler uses. > > > http://www.banane.com/2009/10/27/radiant-mailer-extension-installation-basics > > > Sent from my iPhone > > On Mar 14, 2010, at 1:18 PM, Alexis Masters > > wrote: > >> Hi All, >> A little over a month ago, I inquired about what might be >> causing the >> mailer extension to fail when the twitter extension is >> installed. >> John >> Polling answered that he had both extensions running >> together. >> Thanks, >> John! I assumed the conflict might be due to the fact that my >> site >> used Radiant 0.8.1 while John'
