Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 7411765
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 29, 20262026-05-29T06:26:18+00:00 2026-05-29T06:26:18+00:00

While troubleshooting a misbehavior in Spree where the product list was not paginating and

  • 0

While troubleshooting a misbehavior in Spree where the product list was not paginating and was only listing the first 10 products or so, I attempted to reproduce the error in my local development environment and on the first page load I received the error:

ArgumentError (dump format error)

As always, I checked my other brain first. The top search result was: https://github.com/rails/rails/issues/2509

Although the the user who started that thread and several of the other posters were attempting an upgrade from Rails 3.0.9 to Rails 3.1, I didn’t think it would apply to my case. The Spree 0.60.2 app I’m running is at Rails 3.0.9.

However, as it turns out, simply clearing my localhost cookies solved the problem. Why?

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-05-29T06:26:19+00:00Added an answer on May 29, 2026 at 6:26 am

    I’m going to speculate that because I’m running multiple applications in my development environment, including a Rails 3.1/Spree 0.70 version of the same app, and I visit all of them via localhost, that there was a conflict of some sort in the cookies, where the 3.1 version set some cookie that the 3.0.9 version couldn’t eat. It probably has to do with what @Fjan mentioned in his post here (https://github.com/rails/rails/issues/2509):

    I traced this error and it happens because the FlashHash class in the
    session has been changed to no longer inherit from the Hash class in
    rails 3.1.

    I ran an experiment. Provided I did not login on either version of the app, I could start one up and shut it down and start the other and not run into this problem on either. However, when I logged into the 3.0.9 version and then shut down that server and launched the 3.1 version, I received the same error once again. Here is a partial trace:

    activesupport (3.1.1) lib/active_support/message_verifier.rb:34:in
    load' activesupport (3.1.1)
    lib/active_support/message_verifier.rb:34:in
    verify’ actionpack
    (3.1.1) lib/action_dispatch/middleware/cookies.rb:280:in []'
    actionpack (3.1.1)
    lib/action_dispatch/middleware/session/cookie_store.rb:53:in
    block in
    unpacked_cookie_data’ actionpack (3.1.1)
    lib/action_dispatch/middleware/session/abstract_store.rb:55:in
    stale_session_check!' actionpack (3.1.1)
    lib/action_dispatch/middleware/session/cookie_store.rb:51:in
    unpacked_cookie_data’ rack (1.3.6) lib/rack/session/cookie.rb:96:in
    extract_session_id' actionpack (3.1.1)
    lib/action_dispatch/middleware/session/abstract_store.rb:51:in
    block
    in extract_session_id’ actionpack (3.1.1)
    lib/action_dispatch/middleware/session/abstract_store.rb:55:in
    stale_session_check!' actionpack (3.1.1)
    lib/action_dispatch/middleware/session/abstract_store.rb:51:in
    extract_session_id’ rack (1.3.6)
    lib/rack/session/abstract/id.rb:43:in load_session_id!' rack (1.3.6)
    lib/rack/session/abstract/id.rb:32:in
    []’ rack (1.3.6)
    lib/rack/session/abstract/id.rb:252:in current_session_id' rack
    (1.3.6) lib/rack/session/abstract/id.rb:258:in
    session_exists?’ rack
    (1.3.6) lib/rack/session/abstract/id.rb:104:in exists?' rack (1.3.6)
    lib/rack/session/abstract/id.rb:114:in
    load_for_read!’ rack (1.3.6)
    lib/rack/session/abstract/id.rb:64:in has_key?' actionpack (3.1.1)
    lib/action_dispatch/middleware/flash.rb:260:in
    ensure in call’
    actionpack (3.1.1) lib/action_dispatch/middleware/flash.rb:261:in
    call' rack (1.3.6) lib/rack/session/abstract/id.rb:195:incontext’
    rack (1.3.6) lib/rack/session/abstract/id.rb:190:in `call’

    The reverse was also true. When I logged into the 3.1 version and then shut down that server and launched the 3.0.9 version, I received the same error. Here is a partial trace:

    activesupport (3.0.9) lib/active_support/message_verifier.rb:34:in
    load' activesupport (3.0.9)
    lib/active_support/message_verifier.rb:34:in
    verify’ actionpack
    (3.0.9) lib/action_dispatch/middleware/cookies.rb:253:in []'
    actionpack (3.0.9)
    lib/action_dispatch/middleware/session/cookie_store.rb:68:in
    block in
    unpacked_cookie_data’ actionpack (3.0.9)
    lib/action_dispatch/middleware/session/abstract_store.rb:223:in
    stale_session_check!' actionpack (3.0.9)
    lib/action_dispatch/middleware/session/cookie_store.rb:66:in
    unpacked_cookie_data’ actionpack (3.0.9)
    lib/action_dispatch/middleware/session/cookie_store.rb:57:in
    extract_session_id' actionpack (3.0.9)
    lib/action_dispatch/middleware/session/abstract_store.rb:39:in
    load_session_id!’ actionpack (3.0.9)
    lib/action_dispatch/middleware/session/abstract_store.rb:27:in []'
    actionpack (3.0.9)
    lib/action_dispatch/middleware/session/abstract_store.rb:210:in
    current_session_id’ actionpack (3.0.9)
    lib/action_dispatch/middleware/session/abstract_store.rb:239:in
    exists?' actionpack (3.0.9)
    lib/action_dispatch/middleware/session/abstract_store.rb:96:in
    exists?’ actionpack (3.0.9)
    lib/action_dispatch/middleware/session/abstract_store.rb:113:in
    load_for_read!' actionpack (3.0.9)
    lib/action_dispatch/middleware/session/abstract_store.rb:53:in
    []’
    actionpack (3.0.9) lib/action_dispatch/middleware/flash.rb:178:in
    call' actionpack (3.0.9)
    lib/action_dispatch/middleware/session/abstract_store.rb:149:in
    call’

    What’s notable to me is that you needn’t literally be in the process of upgrading. To reproduce this issue, you need only be running two apps spanning these two versions of Rails that are setting cookies with the same names…presumably either in sequence (as in my experiment) or concurrently (which I haven’t tried).

    Hopefully, someone else here will provide a better-informed answer than this to add the details this loose explanation lacks. In the meantime, if you’re running into this issue in development and you don’t care about the inner workings, just clear your cookies (as suggested by @tscolari in the thread referenced above: https://github.com/rails/rails/issues/2509) and move along. Cheers.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

While working in a Java app, I recently needed to assemble a comma-delimited list
I'm currently using an SQL CONNECT statement to access a remote system. While troubleshooting,
I'm trying to test the DB2 adapter for BizTalk 2006 (not R2). While trying
While troubleshooting a server with very high I/O wait, I notice there is a
I'm having some problems with deploying my application and while troubleshooting, I came across
I have been troubleshooting this for a while, and I am kind of new
While troubleshooting a contact form with an e-mail host they told me to use
While troubleshooting a larger assignment for school, I found a mistake I had made,
While the C# spec does include a pre-processor and basic directives (#define, #if, etc),
While going through university and from following the development of SO, I've heard a

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.