From 1tizio at gmail.com Wed Aug 13 06:07:44 2008 From: 1tizio at gmail.com (1tizio) Date: Wed, 13 Aug 2008 12:07:44 +0200 Subject: [Instiki-devel] problem "superclass mismatch for class Cookie" Message-ID: hi guys, I' ve a problem with instiki version instiki-0.13.0, when I access for creating a new page the application give me this message : "superclass mismatch for class Cookie". What can I do for solving this problem? thank's andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeff at vestaldesign.com Sun Aug 31 14:01:05 2008 From: jeff at vestaldesign.com (Jeffrey Warren) Date: Sun, 31 Aug 2008 14:01:05 -0400 Subject: [Instiki-devel] problem "superclass mismatch for class Cookie" Message-ID: Hi, I encountered this error too, and i believe it has to do with a require 'cgi' line... there are two, one at /lib/wiki_content.rb and one at /lib/chunks/wiki.rb Since rails (at least the /vendor/rails version) reassigns the Cookie class to superclass DelegateClass in: /vendor/rails/actionpack/lib/action_controller/cgi_ext/cgi_ext/cookie_performance_fix.rb I believe its not good practice to load require 'cgi' again... since it tries to use the native Ruby version. Still, this is a bit beyond me. I tried using require_dependency, the rails-specific version that loads it each time (only in development mode, it seems), and no effect. I also tried following the require 'cgi' with: require_dependency '../vendor/rails/actionpack/lib/action_controller/cgi_ext/cgi_ext' in a last-ditch attempt to reassign the native Ruby Cookie class. Anyways I'm pretty much in the dark on this one, but I notice that the same error "superclass mismatch for class Cookie" was apparently an issue in 0.12, as per this message: http://rubyforge.org/pipermail/instiki-devel/2007-October/000049.html And I notice that jmonteiro changed *all* the require_dependency calls to simple require calls in /lib/wiki_content.rb to resolve this error, pre-0.13: http://github.com/jmonteiro/instiki/commit/deae731fbeb201a1cbab1567d0859f109267320e However it seems that's his own repo and that change didn't make it into trunk, since i don't see it in my copy of 0.13. I'm running on a mongrel cluster at MediaTemple's Grid Server, where I hear people have gotten 0.11 running without trouble. From: 1tizio <1tizio gmail.com> Subject: problem "superclass mismatch for class Cookie" Newsgroups: gmane.comp.web.wiki.instiki.devel Date: 2008-08-13 10:07:44 GMT (2 weeks, 4 days, 7 hours and 36 minutes ago) hi guys, I' ve a problem with instiki version instiki-0.13.0, when I access for creating a new page the application give me this message : "superclass mismatch for class Cookie". What can I do for solving this problem? thank's andrea _______________________________________________ Instiki-devel mailing list Instiki-devel rubyforge.org http://rubyforge.org/mailman/listinfo/instiki-devel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeff at vestaldesign.com Sun Aug 31 14:07:54 2008 From: jeff at vestaldesign.com (Jeffrey Warren) Date: Sun, 31 Aug 2008 14:07:54 -0400 Subject: [Instiki-devel] can't modify frozen String - 0.13 on Save Message-ID: I was getting this error when i try to save any page: "can't modify frozen String" (saw the comment about separating text parsing errors from rails errors in the flash, which seems like a good idea, but I ultimately disabled the rescue so I could see the full trace) on 0.13 on a mongrel cluster at MediaTemple's Grid Server. I poked around and traced it to line 385 of /app/controllers/wiki_controller.rb: 382 def remote_ip 383 ip = request.remote_ip 384 logger.info(ip) 385 ip.gsub!(Regexp.union(Resolv::IPv4::Regex, Resolv::IPv6::Regex), '\0') || 'bogus address' 386 end Changing #385 to: 385 ip.dup.gsub!(Regexp.union(Resolv::IPv4::Regex, Resolv::IPv6::Regex), '\0') || 'bogus address' seems to work. I'm not super-familiar with this codebase but it seems this is a getter method so duplicating the object seemed to be okay to me? (.clone will preserve the freeze, btw) A little out of my depth here, but thought I'd mention it if others are having this problem. I then got the (unrelated) error "problem "superclass mismatch for class Cookie" which I've sent another email about. Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeff at vestaldesign.com Sun Aug 31 21:21:56 2008 From: jeff at vestaldesign.com (Jeffrey Warren) Date: Sun, 31 Aug 2008 21:21:56 -0400 Subject: [Instiki-devel] problem "superclass mismatch for class Cookie" In-Reply-To: References: Message-ID: Oddly, on reviewing the logs, it seems that changing all the require_dependency lines to simple require is actually rendering... but oddly i get a 500 in the browser. I haven't encountered this mismatch between a 200 OK in the log and a 500 in the browser, seems like something to do with dispatch or mongrel... Processing WikiController#show (for 24.128.51.200 at 2008-08-31 16:55:07) [GET] Session ID: 43342cdab4f67c6c2bb4a4905c035b59 Parameters: {"action"=>"show", "id"=>"HomePage", "controller"=>"wiki", "web"=>"wiki"} Checking DNSBL 200.51.128.24.list.dsbl.org Checking DNSBL 200.51.128.24.bl.spamcop.net Checking DNSBL 200.51.128.24.sbl-xbl.spamhaus.org 24.128.51.200 added to DNSBL passed cache SQL (0.000246) SET SQL_AUTO_IS_NULL=0 Web Load (0.000287) SELECT * FROM webs  Web Columns (0.000327) SHOW FIELDS FROM webs Reading page 'HomePage' from web 'wiki' Web Load (0.000299) SELECT * FROM webs WHERE (webs.`address` = 'wiki') LIMIT 1 Page Load (0.000230) SELECT * FROM pages WHERE (pages.web_id = 1 AND (name = 'HomePage')) LIMIT 1 Page 'HomePage' found Page Columns (0.003023) SHOW FIELDS FROM pages Revision Load (0.000783) SELECT * FROM revisions WHERE (revisions.page_id = 1) ORDER BY id Rendering statuslayoutfalseuse_full_pathtruefilewiki/page within layouts/default Rendering wiki/page Web Load (0.000597) SELECT * FROM webs WHERE (webs.`id` = 1)  Revision Columns (0.000602) SHOW FIELDS FROM revisions Page Load (0.000231) SELECT * FROM pages WHERE (pages.`id` = 1)  Web Load (0.000265) SELECT * FROM webs WHERE (webs.`id` = 1)  SQL (0.000320) SELECT count(*) AS count_all FROM pages WHERE (web_id = 1 AND name = 'JavaScript')  Revision Load (0.000308) SELECT * FROM revisions WHERE (revisions.page_id = 1) ORDER BY id DESC LIMIT 1 SQL (0.000207) SELECT count(*) AS count_all FROM pages WHERE (web_id = 1 AND name = 'Jeff')  Page Load (0.000277) SELECT * FROM pages WHERE (pages.web_id = 1)  SQL (0.000409) SELECT name FROM pages JOIN wiki_references ON pages.id = wiki_references.page_id WHERE wiki_references.referenced_name = 'HomePage' AND wiki_references.link_type in ('L','W') AND pages.web_id = '1' SQL (0.000391) SELECT name FROM pages JOIN wiki_references ON pages.id = wiki_references.page_id WHERE wiki_references.referenced_name = 'HomePage' AND wiki_references.link_type = 'I' AND pages.web_id = '1' Rendered wiki/_inbound_links (0.18927) Session #-609631828: remembered URL '/wiki/show/HomePage' Completed in 2.37347 (0 reqs/sec) | DB: 0.00880 (0%) | 200 OK [http://docs.kogbox.com/wiki/show/HomePage] Any thoughts? On Sun, Aug 31, 2008 at 2:01 PM, Jeffrey Warren wrote: > > Hi, I encountered this error too, and i believe it has to do with a > > require 'cgi' > > line... there are two, one at /lib/wiki_content.rb and one at /lib/chunks/wiki.rb > > Since rails (at least the /vendor/rails version) reassigns the Cookie class to superclass DelegateClass in: > > /vendor/rails/actionpack/lib/action_controller/cgi_ext/cgi_ext/cookie_performance_fix.rb > > I believe its not good practice to load require 'cgi' again... since it tries to use the native Ruby version. > > Still, this is a bit beyond me. I tried using require_dependency, the rails-specific version that loads it each time (only in development mode, it seems), and no effect. I also tried following the require 'cgi' with: > > require_dependency '../vendor/rails/actionpack/lib/action_controller/cgi_ext/cgi_ext' > > in a last-ditch attempt to reassign the native Ruby Cookie class. Anyways I'm pretty much in the dark on this one, but I notice that the same error "superclass mismatch for class Cookie" was apparently an issue in 0.12, as per this message: > > http://rubyforge.org/pipermail/instiki-devel/2007-October/000049.html > > And I notice that jmonteiro changed *all* the require_dependency calls to simple require calls in /lib/wiki_content.rb to resolve this error, pre-0.13: > > http://github.com/jmonteiro/instiki/commit/deae731fbeb201a1cbab1567d0859f109267320e > > However it seems that's his own repo and that change didn't make it into trunk, since i don't see it in my copy of 0.13. > > I'm running on a mongrel cluster at MediaTemple's Grid Server, where I hear people have gotten 0.11 running without trouble. > > > > > From: 1tizio <1tizio gmail.com> > Subject: problem "superclass mismatch for class Cookie" > Newsgroups: gmane.comp.web.wiki.instiki.devel > Date: 2008-08-13 10:07:44 GMT (2 weeks, 4 days, 7 hours and 36 minutes ago) > > hi guys, I' ve a problem with instiki version instiki-0.13.0, when I access for creating a new page the application give me this message : "superclass mismatch for class Cookie". > What can I do for solving this problem? > > thank's > andrea > > _______________________________________________ > Instiki-devel mailing list > Instiki-devel rubyforge.org > http://rubyforge.org/mailman/listinfo/instiki-devel