Rails - Apr 2006 - ''depot'' app, where''s session?

Many of you probably know the ''depot'' app from the
''Agile Rails
development'' book.
I have constructed the ''products'' model, the Store-controller,
and the
''Cart'' and ''Line Item'' classes. I have told
Application-controller about
:cart and :line_item:

model  :cart
model  :line_item

Here''s part of the Store_controller:

def add_to_cart
    product = Product.find(params[:id])
    @cart = find_cart
    @cart.add_product(product)
 #1#   breakpoint "hallo"
    redirect_to(:action => ''display_cart'')
  end

  def display_cart
      @cart = find_cart
      @items = @cart.items
  end

  private
  def find_cart
#2#	session[:cart] ||= Cart.new
  end

#1#  At this breakpoint I can verify that the cart contains the correct 
product. There''s a difficulty with inspection, however: when I run the 
breakpointer, the DOS-window seems to change characteristic, so that I 
can''t find the ''@'' on the keyboard, not even
''escape'' it with ''alt-64''.
So, instead of inspecting @items directly, I instead have to inspect 
''find_cart.items,'' but that seems to work fine. However, this
stops me
from breakpointing the ''display_cart'' method, just because of
the ''@''
problem!!

The cart is already assigned to the session, see #2#.

Then the view changes to the test-stub ''display_cart,'' which
looks like
this:

<h1>Display Cart</h1>
<p>
Your cart contains <%= @items.size %> items.
</p>

Every time, no matter how many times I back up and add products, the 
@items.size evaluates to ZERO. So the session and the cart get lost.
Both my browsers have cookies enabled, of course. (Though, in the 
cookie-list, I can''t find any cookie which associates to this 
application).

I''m totally stuck here. I''ve checked the code against the
source one
million times. I''m beginning to distrust Rails (but from experience, I 
know that most often, there''s usually some stupid bug that''s
all my own
fault :-))

Any suggestions?

Regards, Audun.


-- 
Posted via http://www.ruby-forum.com/.

Audun T?nnesen wrote:
> Many of you probably know the ''depot'' app from the
''Agile Rails
> development'' book.
I have an addition to the main message: Of course, even tampered by the 
keyboard ''@'' problem of the DOS-prompt within the
breakpointer, I could
of course use the same indirect method: ''find_cart.inspect'',
AFTER the
change of view:

 def display_cart
      @cart = find_cart
      @items = @cart.items
    breakpoint "displayCartView"

  end

The result is as expected:   find_cart.inspect   evaluates to  [], the 
contents of the cart is lost. In the ''add_to_cart'' method, the
inspection showed the correctly selected product in the cart.

So it''s most probably a session-bug.

Regards, Audun

-- 
Posted via http://www.ruby-forum.com/.

My depot application works perfectly on my Windows XP / Apache 2.0 / 
FastCGI / Rails 1.1 configuration

The session cookie is named "_session_id" (without the ").
You could assign the Cart object to both @cart and a local variable cart 
(two references to the same object) to inspect it.

What happens if you inspect the session content "session[:cart]". Do
you
get nil?

-- 
Posted via http://www.ruby-forum.com/.

Christian Klauser wrote:
> My depot application works perfectly on my Windows XP / Apache 2.0 / 
> FastCGI / Rails 1.1 configuration
Thanks for your help!
I run it with webrick, Rails 1.0.

Breakpoint in ''add_to_cart'' ->

session[:cart] -> fine, the product/line_item is added to the 
cart/session.

Breakpoint in ''display_cart'' ->

session[:cart] contains an empty cart (items= [] and total_price =0.00) 
(not nil)

This means that the original cart has been lost when the view shifts, 
and there''s a new session containing a new, empty cart, right?

In the browser, the only   _session_id  cookie comes from 
''www.ruby_forum.com'' from a few minutes ago),  not from my
localhost.

Is it a cookie-problem, then?

-- 
Posted via http://www.ruby-forum.com/.

There is an easy way to check that.

Add <%=session.session_id%> somewhere in your `layout/store.rhtml`
When the session id changes every time, you refresh a store page, 
something is wrong.

Additionally, you can check the HTTP Headers sent by the server (I used 
the Firefox plugin ''Live HTTP Headers'' 
http://livehttpheaders.mozdev.org/):

Request:

        GET / HTTP/1.1
        Host: ruby-depot
        .../blah blah blah/...
        Cookie: _session_id=f8cc6e5b1a1d7bbd599f48e08dd56f90

Response:

        HTTP/1.x 200 OK
        Date: Mon, 17 Apr 2006 10:24:04 GMT
        Server: Apache/2.0.55 (Win32) PHP/5.1.2 mod_fastcgi/2.4.2
        Set-Cookie: _session_id=f8cc6e5b1a1d7bbd599f48e08dd56f90; path=/
        .../blah blah blah/...

 * Either the server does not send the session cookie in the response
 * Or your browser does not send the cookie back to the server in the 
request


-- 
Posted via http://www.ruby-forum.com/.

First of all, I did some more breakpointing in the
''display_cart''
method:

def display_cart
     # 1 # breakpoint "hello"
      @cart = find_cart
      @items = @cart.items
    # 2 # breakpoint "hello"
  end

At the second #2# breakpoint, there was an emty session, but that was of 
course created by the ''find_cart'' call. At the first #1#
breakpoint, the
session was in fact nil.

When I set  <%=session.session_id%>  in the views, it is always exactly 
the same in the ''store'' view, but changes every time in the 
''display_cart'' view.
And the _session_id COOKIE never appears in Firefox
cookie-list.
>From this, it seems the server doesn''t send the session cookie to
the
browser.  Do you agree?


-- 
Posted via http://www.ruby-forum.com/.

Yeah, now I use ''Live HTTP Headers,'' and it shows that WEBrick
never
sends the cookie to Firefox from my application.
All other web-sites send cookies to their heart''s delight, I can see 
that directly in the ''Headers'' window.

I''m puzzled. Can I tweak WEBrick to do its job?

Regards, Audun

-- 
Posted via http://www.ruby-forum.com/.

This is getting stranger all the time.....
I''ve switched to Apache (v. 1.33....). It''s  s-l-o-w,
extremely slow,
but the pages keep popping up correctly.

In the Store-view, the _session_id  is always the same, and in the
''Live
HTTP Headers'' window, there is also a _session_id  which is the same at
every access to the page, BUT THE TWO are DIFFERENT.  Every time the 
same, but ecery time different!

Do you understand anything?

regards, Audun.

-- 
Posted via http://www.ruby-forum.com/.

Hi just wanted to check, since I had the same problem as you. Could you
make sure the private store controller method find_cart actually is:

   session[:cart] ||= Cart.new
The equals above is very important as this proved to be my problem (tisk
tisk). If this is the case check the back of Agile Rails book and see
the source code for this page, the line has been amended to (try that):

  @cart = (session[:cart] ||= Cart.new)

I noticed that the add_to_cart method had actually got the @cart by
creating a temp page with this name and the <%= debug(@cart) %> which
showed all was fine there. (nb you have to remove the redirect part to
do this)

Hope that helps.

Regards, Martin.

-- 
Posted via http://www.ruby-forum.com/.

hi guys,
I got the same problem, I tried to understand what you have written in 
order to resolve this issue in vain, what should I do exactly?

thanks and best regards,


Martin wrote:
> Hi just wanted to check, since I had the same problem as you. Could you
> make sure the private store controller method find_cart actually is:
> 
>    session[:cart] ||= Cart.new
> The equals above is very important as this proved to be my problem (tisk
> tisk). If this is the case check the back of Agile Rails book and see
> the source code for this page, the line has been amended to (try that):
> 
>   @cart = (session[:cart] ||= Cart.new)
> 
> I noticed that the add_to_cart method had actually got the @cart by
> creating a temp page with this name and the <%= debug(@cart) %> which
> showed all was fine there. (nb you have to remove the redirect part to
> do this)
> 
> Hope that helps.
> 
> Regards, Martin.

-- 
Posted via http://www.ruby-forum.com/.

--~--~---------~--~----~------------~-------~--~----~
 You received this message because you are subscribed to the Google Groups
"Ruby on Rails: Talk" group.
To post to this group, send email to
rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
To unsubscribe from this group, send email to
rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
For more options, visit this group at
http://groups.google.com/group/rubyonrails-talk?hl=en
-~----------~----~----~----~------~----~------~--~---