[01:03:33]  sky_ (~sky@d154-5-169-214.bchsia.telus.net) left #markus.
 [01:03:40]  sky_ (~sky@d154-5-169-214.bchsia.telus.net) joined #markus.
 [01:04:10]  sky_ (~sky@d154-5-169-214.bchsia.telus.net) left #markus.
 [01:04:27]  sky_ (~sky@d154-5-169-214.bchsia.telus.net) joined #markus.
 [02:32:24]  baadshah (~jay@CPE001346fab9ed-CM602ad086fb19.cpe.net.cable.rogers.com) left irc: Quit: Lost terminal
 [02:41:08]  Nick change: Benjamin_V`afk -> Benjamin_V
 [02:46:07]  hanson (6031eecc@gateway/web/freenode/ip. joined #markus.
 [03:10:15] <hanson>  hi guys, need some help on something. has anyone had success with using link_to in a view file, that has a :confirm as well as :remote => true?
 [03:10:38] <hanson>  I just spent some time trying to figure it out with no success...
 [03:11:50] <hanson>  im having success with ones without a :confirm, but when there is a :confirm in there, i can't seem to get it to work
 [03:31:06]  lissyx (~alex@ left irc: Ping timeout: 252 seconds
 [03:34:03]  Erop (~chatzilla@S0106001d098e7fbc.vc.shawcable.net) left irc: Quit: ChatZilla 0.9.88 [Firefox 10.0/20120129141551]
 [03:34:18]  hanson (6031eecc@gateway/web/freenode/ip. left irc: Quit: Page closed
 [04:13:30]  lissyx (~alex@ joined #markus.
 [04:23:42]  lissyx (~alex@ left irc: Quit: Ex-Chat
 [04:24:02]  lissyx (~alex@ joined #markus.
 [04:28:06]  Ayaya-Aaron-MBP (~Ayaya-Aar@S010600059a3c7a00.vf.shawcable.net) left irc: Quit: Ayaya-Aaron-MBP
 [04:49:27]  lissyx (~alex@ got netsplit.
 [04:52:57]  lissyx (~alex@ returned to #markus.
 [05:26:29]  lissyx (~alex@ left irc: Read error: Connection reset by peer
 [05:26:38]  gerard-majax_ (~alex@ joined #markus.
 [05:31:27]  Nick change: gerard-majax_ -> lissyx
 [05:36:58]  sky_ (~sky@d154-5-169-214.bchsia.telus.net) left #markus.
 [06:49:20]  NelleV (~Nelle@unaffiliated/nellev) left irc: Ping timeout: 252 seconds
 [06:56:38]  NelleV (~Nelle@unaffiliated/nellev) joined #markus.
 [06:56:51]  #markus: mode change '+o NelleV' by MarkUsBot!~MarkUsBot@li136-145.members.linode.com
 [08:47:15]  karenreid (~karenreid@red-gw73.cs.toronto.edu) joined #markus.
 [08:47:31]  #markus: mode change '+o karenreid' by MarkUsBot!~MarkUsBot@li136-145.members.linode.com
 [09:03:54]  karenreid (~karenreid@red-gw73.cs.toronto.edu) left irc: Quit: karenreid
 [09:07:30]  karenreid (~karenreid@red-gw73.cs.toronto.edu) joined #markus.
 [09:07:56]  #markus: mode change '+o karenreid' by MarkUsBot!~MarkUsBot@li136-145.members.linode.com
 [10:51:21]  karenreid (~karenreid@red-gw73.cs.toronto.edu) left irc: Quit: karenreid
 [10:54:59]  aimen_mobile (~aimen_mob@app24.chatmosphere.org) joined #markus.
 [10:55:48]  aimen_mobile (~aimen_mob@app24.chatmosphere.org) left irc: Remote host closed the connection
 [10:55:53]  aimen_mobile (~aimen_mob@app9.chatmosphere.org) joined #markus.
 [11:01:33]  karenreid (~karenreid@red-gw73.cs.toronto.edu) joined #markus.
 [11:01:58]  #markus: mode change '+o karenreid' by MarkUsBot!~MarkUsBot@li136-145.members.linode.com
 [11:02:38]  aimen_mobile (~aimen_mob@app9.chatmosphere.org) left irc: Quit: Chatmosphere for Blackberry
 [12:04:46]  baadshah (~jay@CPE001346fab9ed-CM602ad086fb19.cpe.net.cable.rogers.com) joined #markus.
 [13:03:27]  lissyx (~alex@ left irc: Ping timeout: 252 seconds
 [13:04:15]  #markus: mode change '-o NelleV' by NelleV!~Nelle@unaffiliated/nellev
 [13:29:22]  baadshah (~jay@CPE001346fab9ed-CM602ad086fb19.cpe.net.cable.rogers.com) left irc: Ping timeout: 252 seconds
 [13:31:05]  Erop (~chatzilla@S0106001d098e7fbc.vc.shawcable.net) joined #markus.
 [13:39:45]  Erop (~chatzilla@S0106001d098e7fbc.vc.shawcable.net) left irc: Quit: ChatZilla 0.9.88 [Firefox 10.0.1/20120208060813]
 [13:40:03]  Erop (~chatzilla@S0106001d098e7fbc.vc.shawcable.net) joined #markus.
 [13:58:29]  Erop (~chatzilla@S0106001d098e7fbc.vc.shawcable.net) left irc: Remote host closed the connection
 [14:09:30]  lissyx (~alex@ joined #markus.
 [14:15:42]  Erop (~chatzilla@S0106001d098e7fbc.vc.shawcable.net) joined #markus.
 [15:11:23]  baadshah (~jay@gw-wifi14.cdf.toronto.edu) joined #markus.
 [15:42:39]  karenreid (~karenreid@red-gw73.cs.toronto.edu) left irc: Quit: karenreid
 [15:58:54] <baadshah>  ddadacha: hey danesh
 [15:59:06] <ddadacha>  baadshah: hey
 [15:59:35]  karenreid (~karenreid@red-gw73.cs.toronto.edu) joined #markus.
 [15:59:59]  #markus: mode change '+o karenreid' by MarkUsBot!~MarkUsBot@li136-145.members.linode.com
 [16:00:46] <baadshah>  i think i might have found where the problem is
 [16:00:50] <baadshah>  for the invalidate/validate
 [16:00:52] <baadshah>  icons
 [16:01:28] <baadshah>  can u help me with this for a bit?
 [16:01:30] <ddadacha>  nice!
 [16:01:36] <ddadacha>  uh not that much
 [16:01:38] <ddadacha>  I'm at work
 [16:01:55] <ddadacha>  I can't look at code but I can give you ideas
 [16:02:01] <baadshah>  okk
 [16:02:02] <ddadacha>  what'd you figure out?
 [16:02:07] <baadshah>  so in the groups_controller
 [16:02:08] <baadshah>  file
 [16:02:15] <baadshah>  in invalid_grouping function
 [16:02:24] <baadshah>  they call @grouping.invalidate_grouping
 [16:02:43] <baadshah>  bt the invalidate_grouping function does the following
 [16:02:56] <baadshah>  1) sets admin_approved rights to false
 [16:03:01] <baadshah>  2) does self.save
 [16:03:06] <baadshah>  3) updates repository permissions
 [16:03:08]  karenreid (~karenreid@red-gw73.cs.toronto.edu) left irc: Read error: Operation timed out
 [16:03:19] <baadshah>  but i don't think it actually invalidates the group
 [16:03:39] <baadshah>  unless self.save and update_repository_permissions does something i'm not aware of
 [16:03:58] <baadshah>  there's another function in groups_controller...invalidate_groupings(grouping)
 [16:04:19] <baadshah>  given a list of groupings..it sets the status to invalidate if it can...that's wat the documentation says
 [16:04:45] <baadshah>  so i think we have to use invalidate_groupings(grouping) function..but i only have one grouping that i want to invalidate
 [16:05:17] <baadshah>  so how can i put one grouping in a list
 [16:05:22] <baadshah>  ??
 [16:05:32] <baadshah>  what do u think?
 [16:06:09] <ddadacha>  I didn't follow, we're calling invalidate_grouping (no s) but we should be calling invalidate_groupings(grouping)?
 [16:06:50] <ddadacha>  baadshah: the .save function basically is a write to the DB, so whatever the vars are setup to be at that given time, store it in the DB
 [16:07:31] <baadshah>  ohh
 [16:07:49] <baadshah>  also..it doesn't have this line
 [16:07:58] <ddadacha>  what doesn't?
 [16:08:03] <ddadacha>  have which line?
 [16:08:20] <baadshah>  render :action => "modify_groupings"
 [16:08:30] <baadshah>  invalidate_grouping
 [16:08:33] <baadshah>  which is being called curently
 [16:09:04] <baadshah>  so if it saves it in DB...so then i tried writing this line
 [16:09:18] <baadshah>  render :action => "modify_groupings"
 [16:09:30] <baadshah>  at the end
 [16:09:44] <ddadacha>  you lost me
 [16:09:50] <baadshah>  ok my bad
 [16:09:53] <baadshah>  soo
 [16:09:55] <ddadacha>  np =)
 [16:09:58] <baadshah>  loll
 [16:10:05] <baadshah>  so in invalid_grouping function
 [16:10:17] <baadshah>  i think the call the invalidate_grouping is fine
 [16:10:24] <baadshah>  as u said the .save function will store it in DB
 [16:10:47] <baadshah>  but the calls never renders the page
 [16:11:33] <baadshah>  soo i think that's why when it can invalidate..it was invalidating..but never rendering the page
 [16:11:36] <baadshah>  right?
 [16:13:59] <baadshah>  ddadacha: mm...it might confusing as u can't see the code..okay i'm gonna do some more debugging..maybe in the evening when u're off work and can look at the code, u can help me then..yaa?
 [16:14:13] <ddadacha>  sorry was not reading
 [16:14:14]  *** ddadacha reads
 [16:15:14] <ddadacha>  I understood what you meant this time but from your earlier 1,2,3, it doesn't sound like the code is doing anything to invalidate the code itself
 [16:15:19] <ddadacha>  what is admin_approved rights?
 [16:15:36] <ddadacha>  as in "The admin has approved this" or as in "there are no rights to do admin things ATM"
 [16:16:07] <ddadacha>  baadshah: in invalidate_groupings (<-- s) you said they do some code to invalidate the group?
 [16:16:22] <ddadacha>  also, does the code follow the same kind of path when there are no group members?
 [16:16:49] <baadshah>  yess..because it just calls invalid_grouping
 [16:17:33] <baadshah>  and what invalid_grouping does is..finds the assignment, grouping and calls invalidate_grouping
 [16:17:39] <baadshah>  which is supposed to invalidate_grouping
 [16:18:31] <ddadacha>  bah these functions really needed more distinct names
 [16:18:45] <ddadacha>  getting confused by not noticing invalid and invalidate
 [16:18:55] <baadshah>  yess
 [16:19:06] <baadshah>  so invalid_grouping is the main function being called
 [16:19:31] <baadshah>  ddadacha: if i pastie the functions, can you open it up then?
 [16:20:12] <ddadacha>  baadshah: I can just go to github if I wanted to, just shouldn't be on company time ;)
 [16:20:39] <ddadacha>  so what you're saying is eventaully, invalid_grouping runs some code to invalidate the groupings right?
 [16:20:46] <baadshah>  yes
 [16:20:53] <baadshah>  it calls invalidate_grouping
 [16:21:00] <baadshah>  and invalidate_grouping does those 3 things
 [16:21:01] <ddadacha>  then you're right, it's probably just not rendering the change
 [16:21:46] <baadshah>  the only thing that confused me was..when it didn't have any members..it rendered the page..so i'm just wondering which line did it execute to render then
 [16:21:54] <ddadacha>  is that invalidate_groupingsss ever called?
 [16:21:58] <ddadacha>  right
 [16:22:02] <ddadacha>  have you debugged with no members?
 [16:22:11] <baadshah>  there's 2 functions that are kindaa confusing
 [16:22:11] <baadshah>  so
 [16:22:13] <baadshah>  one is called
 [16:22:17] <baadshah>  invalidate_grouping()
 [16:22:25] <baadshah>  and invalidate_groupings(groupings)
 [16:22:36] <baadshah>  notice...groupings..with a 's'
 [16:22:56] <baadshah>  so it takes a list of groupings...and calls "invalidate_grouping()" on each grouping
 [16:23:26] <baadshah>  and at the end...it executes the line...render :action => "modify_groupings"
 [16:23:46] <ddadacha>  right
 [16:23:58] <ddadacha>  I got that from before =) so is that ever called from invalid_grouping?
 [16:24:58] <baadshah>  no..the reason i mentioned invalidate_groupings() was because it has the line render :action....
 [16:25:33] <baadshah>  but i'm not sure if that'll do it
 [16:25:41] <baadshah>  is that how u render usually??
 [16:28:01] <ddadacha>  it was, I believe render :action's now deprecated though. Let me double check
 [16:28:53] <ddadacha>  yeah so render :action => :foo should be changed to render :foo
 [16:29:03] <ddadacha>  http://www.etagwerker.com/2012/01/the-best-solution-to-this-warning-giving-a-path-to-render-action-is-deprecated/
 [16:30:00] <ddadacha>  anyway back to the main point
 [16:30:32] <ddadacha>  you do not need to render that though
 [16:30:40] <ddadacha>  that I believe is for some other action being done
 [16:30:51] <baadshah>  ohhh
 [16:30:52] <ddadacha>  baadshah: have you debugged a grouping wtihout users?
 [16:30:59] <baadshah>  mm...i was trying to
 [16:31:09] <baadshah>  in the debugger..i keept pressing n
 [16:31:14] <baadshah>  to executing next line
 [16:31:35] <ddadacha>  yep
 [16:31:45] <baadshah>  but cudn't find out
 [16:31:47] <baadshah>  wat the prob was
 [16:32:03] <ddadacha>  so debug invalid_grouping()
 [16:32:32] <ddadacha>  make sure that the image hasn't rendered before you hit the break point
 [16:32:46] <ddadacha>  then move through it and continue with it even if it steps out
 [16:33:05] <ddadacha>  if it steps out to something strange, and never returns to some familiar file then I'm not too sure what the issue is
 [16:33:09] <ddadacha>  I'd have to look at it later
 [16:33:15] <baadshah>  ddadacha: okk
 [16:33:35] <baadshah>  ddadacha: let me try that again..and see if i have better luck with it :)
 [16:33:37] <ddadacha>  I thought Tobi said he helped you get around the problem with some link yesterday
 [16:33:48] <baadshah>  ddadacha: yes he did...but that didn't fix it
 [16:34:08] <baadshah>  he gave me a function instead of doing {:action => ....}
 [16:34:14] <baadshah>  which would generate a url
 [16:34:48] <ddadacha>  ah k
 [16:35:02] <ddadacha>  yeah TBH if that doesn't help I can't do much right now
 [16:35:14] <baadshah>  okk...yaa let me tell u wat error it gave me
 [16:36:34] <baadshah>  Completed 404 Not Found in 2157ms
 [16:36:35] <baadshah>  ActiveRecord::RecordNotFound (Couldn't find Grouping without an ID): app/controllers/groups_controller.rb:123:in `invalid_grouping'
 [16:37:49] <baadshah>  ddadacha: that's wat it gives ^^^
 [16:38:19] <ddadacha>  that's a problem with the GB
 [16:38:21] <ddadacha>  DB*
 [16:38:32] <ddadacha>  it can't find the grouping with that associated ID in the db's table
 [16:38:48] <ddadacha>  active record is just an easy way of doing SELECT statements in databases
 [16:38:51] <baadshah>  but here's the catch...when i run it in debugger..it returns a grouping
 [16:38:52] <ddadacha>  baadshah: you taken 343
 [16:38:52] <ddadacha>  ?
 [16:38:58] <baadshah>  yea i did
 [16:39:07] <ddadacha>  yeah so think of it as SELECT using objects
 [16:39:27] <baadshah>  ddadacha: right
 [16:39:56] <ddadacha>  so SELECT id=5 FROM GROUPING would be something like groupings-table.find_by_id(5)
 [16:40:03] <ddadacha>  (just made up groupings-table)
 [16:40:22] <ddadacha>  I didn't understand what you meant by your last msg
 [16:40:28] <ddadacha>  it returns a grouping?
 [16:41:21] <baadshah>  ok yaa..so right now i'm debugging
 [16:41:24] <baadshah>  invalid_grouping function
 [16:41:39] <baadshah>  and it has this line..." @grouping = Grouping.find(params[:grouping_id])
 [16:44:05] <baadshah>  ddadacha: which returns a grouping
 [16:44:14] <ddadacha>  ok
 [16:44:28] <ddadacha>  so then do p @grouping
 [16:44:38] <ddadacha>  (or just @grouping if you're in irb)
 [16:45:47] <baadshah>  oh wait nvm..it's saying it doesn't exist
 [16:45:50] <baadshah>  in the ActiveRecord
 [16:45:56] <baadshah>  didn't say this be4 :\
 [16:46:24] <ddadacha>  do $ p params[:grouping_id
 [16:46:44] <baadshah>  yaa returning nil