#pokersource@irc.freenode.net IRC Log for
Monday 18 January 2010

Back to #pokersource@irc.freenode.net Log Calendar

Back to to Sunday 17 January 2010


Poker Free Software http://pokersource.info/ with IRC archives http://pokersource.info/irc/pokersource@irc.freenode.net/"

00:29:33 macmaN quit IRC (Read error: 54 (Connection reset by peer)).
00:33:26 proppy joined #pokersource.
00:35:29 bkuhn joined #pokersource.
00:47:10 proppy quit IRC ("Leaving.").
01:05:29 mornifle quit IRC ("Leaving.").
02:31:38 bkuhn quit IRC (zelazny.freenode.net irc.freenode.net).
02:31:39 brian_ quit IRC (zelazny.freenode.net irc.freenode.net).
02:32:57 macmaN joined #pokersource.
02:45:22 macmaN quit IRC (Read error: 104 (Connection reset by peer)).
02:54:38 bkuhn joined #pokersource.
02:54:38 brian_ joined #pokersource.
04:48:25 macmaN joined #pokersource.
04:51:24 macmaN quit IRC (Read error: 104 (Connection reset by peer)).
05:29:29 bkuhn quit IRC ("Sleeping").
06:54:28 macmaN joined #pokersource.
08:25:38 dachary quit IRC (Read error: 113 (No route to host)).
08:32:00 jbs joined #pokersource.
08:32:04 jbs left #pokersource.
08:57:49 mongolito404 joined #pokersource.
09:15:16 dachary joined #pokersource.
09:17:05 mongolito404: Hello World
09:25:05 dachary: :-)
09:25:13 dachary: hi
09:25:39 emilie joined #pokersource.
09:28:08 dachary: emilie: bonjour
09:31:19 proppy joined #pokersource.
09:32:38 dachary: proppy: bonjour
09:33:24 proppy: dachary: hi
09:33:30 proppy: sorry to be late :)
09:33:36 dachary: :-D
09:33:52 proppy: 53 seconds late
09:34:15 mongolito404: dachary: About http://drupal-dev.pokersource.info/trac/ticket/15#comment:18, I guess I should do what is required to force opening of the ''fortgot password'' page in a box (at least when redirected from user.rest) ?
09:34:27 dachary: Do you know where to find the reward related code ? I mean the "newcomer" code.
09:34:40 dachary: proppy: ^
09:34:54 dachary: "newcomer" is when a player sits at the table
09:34:59 proppy: ok
09:35:03 proppy: for the first time ?
09:35:24 dachary: yes
09:35:32 proppy: will look where it is in poker.js and os_poker
09:35:49 dachary: mongolito404: I'm not sure what you mean. Do you know where the regression comes from ?
09:36:26 dachary: hum
09:36:31 dachary: I'm reading your comment
09:36:39 proppy: poker.arriveNotify = function(serial) { parent.os_poker_sit(); };
09:36:40 dachary: I will try again
09:36:58 dachary: mongolito404: did you try ?
09:36:59 proppy: case 'PacketPokerPlayerArrive':
09:37:00 proppy: if(server.loggedIn() && packet.serial == server.serial) {
09:37:00 proppy: jpoker.message('poker.update arrive ' + packet.serial);
09:37:00 proppy: poker.arriveNotify(packet.serial);
09:37:00 proppy: }
09:37:01 proppy: break;
09:37:02 proppy: in poker.js
09:37:38 dachary: mongolito404: I just tried and it works perfectly.
09:37:45 proppy: ./os_poker.toolkit.js:114:function os_poker_sit(players_at_table)
09:37:54 dachary: you can close the ticket, sorry for the noise.
09:38:01 dachary: proppy: ok
09:38:08 proppy: os_poker_send_message({type :"os_poker_sit_down", players: players_at_table});
09:38:20 proppy: dachary: os_poker assume there is an argument in os_poker_sit
09:38:25 proppy: but poker.js call it without arguments
09:38:31 dachary: proppy: ah !
09:38:35 proppy: so players_at_table will always be undefined
09:38:35 dachary: that explains it
09:38:40 mongolito404: dachary: As i said, this happen with expired password reset links, for instance from now this will reproduce the issue on drupal-404 http://drupal-404.pokersource.info/drupal6/?q=user/reset/180/1263474182/a6e97be1faf27b282e840a16a9ef3bd6
09:38:58 dachary: mongolito404: yes, and it's ok
09:39:05 mongolito404: dachary: Ok
09:39:15 proppy: dachary: looking at os_poker to see how it use players_at_table variable
09:39:18 dachary: I'm glad it's not a regression and I apologize for thinking you could have let a regression happen ;-)
09:39:40 mongolito404: dachary: np
09:39:49 proppy: case "os_poker_sit_down":
09:39:49 proppy: CheckRewards("sit", $current_user->uid, json_decode($_GET["players"], TRUE));
09:39:50 proppy: $resp["messages"][] = array("type" => "noop", "body" => NULL);
09:40:21 mongolito404: This should be CPoker::CheckRewards("sit", $current_user->uid, json_decode($_GET["players"], TRUE));
09:40:35 mongolito404: If just fixed this on drupal-404 and drupal-demo
09:40:36 dachary: proppy: could you fix this & install the fix on drupal-demo as soon as we're finished talking ?
09:40:52 mongolito404: http://drupal-dev.pokersource.info/trac/ticket/153#comment:2
09:41:35 proppy: it seems that players_at_table is used for CPoker::GiveReward("reward18", $player, $rew);
09:41:40 dachary: http://drupal-dev.pokersource.info/trac/ticket/154 good catch
09:42:13 proppy: dachary: by fix this, I assume you mean passing players_at_table to the function callback
09:42:23 dachary: proppy: yes :-)
09:42:27 dachary: proppy: could you pause the exploration so that we can talk about what needs to be done ?
09:42:50 dachary: I know it's frustrating but I would appreciate your input.
09:42:50 proppy: I finished explored
09:43:03 proppy: so reward18 is buggy because players_at_table is always undefined
09:43:14 proppy: we will need to fill a ticket about that
09:43:19 dachary: yes
09:43:35 proppy: dachary: do we need to talk about http://drupal-dev.pokersource.info/trac/ticket/15 ?
09:43:43 dachary: proppy: according to your intense work end of last week, what do you think deserves attention today ?
09:43:44 proppy: from the backlog it seems mongolito404 is already on it
09:43:54 dachary: proppy: it's fixed
09:43:58 proppy: ok
09:44:00 dachary: proppy: ticket/15
09:44:30 proppy: I see blockers on http://drupal-dev.pokersource.info/trac/query?status=accepted&status=assigned&status=new&status=reopened&component=Poker&order=priority&col=id&col=summary&col=status&col=type&col=priority&col=milestone&col=component
09:44:39 proppy: so I believe they need immediate attention
09:45:04 proppy: other than that I remember you said #3 and #30 needs "developments"
09:45:23 proppy: #108 #110 would need upstream fixes
09:45:31 dachary: I think http://drupal-dev.pokersource.info/trac/ticket/127
09:45:54 dachary: is important and could be worked on today.
09:46:04 proppy: and #102 could be backported
09:46:29 proppy: yes it is tagged at blockers
09:46:41 proppy: so I assumed it need immediate attention
09:47:11 proppy: dachary: do you agree with saq suggestions on it
09:47:34 mongolito404: proppy: I believe you opened http://drupal-dev.pokersource.info/trac/ticket/148 and that it was about the skinning of the jpoker gadget. Right ?
09:47:43 dachary: it absolutely makes sense
09:47:55 dachary: proppy: something must be done when the page unloads
09:48:03 proppy: mongolito404: oh ye sorry I forgot to assign it to Poker component
09:48:09 Sp4rKy: heya, maybe pokersource can be interested for a conf during the BEC ? "free games" is one of the proposal : http://www.breizh-entropy.org/cfp.html
09:48:17 proppy: dachary: I think something should be also do in os_poker
09:48:23 proppy: when a page unload
09:48:26 dachary: Sp4rKy: good morning sir
09:48:29 Sp4rKy: :)
09:48:42 dachary: proppy: yes, because os_poker also has a long poll
09:48:47 mongolito404: proppy: Is #148 fixed ?
09:48:47 proppy: dachary: so maybe jpoker could call window.top.os_poker_exit
09:48:50 proppy: or something like this
09:48:51 proppy: mongolito404: no
09:49:22 proppy: mongolito404: reassigned it to poker http://drupal-dev.pokersource.info/trac/ticket/148#comment:4
09:49:47 dachary: proppy: agreed
09:49:53 proppy: dachary: updating the ticket
09:50:41 proppy: http://drupal-dev.pokersource.info/trac/ticket/127#comment:5
09:50:56 dachary: proppy: except the broken reward, there are not pressing matters today. I think it's a good time to fix a real bug that has no visual impact (i.e. the ticket/127). Do you agree with this ?
09:50:56 proppy: implementation: * update jpoker gadget so it register a handler on window.on_exit that cancels long poll, and calls window.top.os_poker_exitÂ
09:51:16 proppy: sure, there is a visual impact for #127 too
09:51:22 proppy: it spawns alert()
09:51:25 proppy: when you changes pages
09:51:37 proppy: and the workaround (disable all error handling) is ugly
09:51:44 dachary: proppy: true :-)
09:51:44 proppy: and is a regression
09:51:49 dachary: yes
09:51:51 proppy: so I agree this needs immediate attention
09:52:21 dachary: ok, you're set for today then. Is there anything else you would like to discuss ?
09:52:41 proppy: did you reproduce http://drupal-dev.pokersource.info/trac/ticket/103 ?
09:52:49 proppy: I noticed you tagged it blocker
09:52:57 dachary: Yes I did.
09:53:11 dachary: I added a comment too.
09:53:36 dachary: updated the description rather.
09:53:40 proppy: ok, so you reproduced it friday ?
09:53:44 dachary: yes
09:54:14 proppy: I believe http://drupal-dev.pokersource.info/trac/ticket/136 should have component Poker
09:54:20 dachary: what's even more embarassing is that exit button does not leave the table
09:54:26 proppy: +not
09:54:39 dachary: when you're stuck without chips the only thing you can do is to wait for the timeout
09:54:41 proppy: I believe http://drupal-dev.pokersource.info/trac/ticket/136 should have component Drupal
09:54:44 dachary: or sit at another table
09:55:01 dachary: proppy: looking
09:55:05 proppy: dachary: if you don't have chips, you won't participate to the hand
09:55:08 proppy: so there is no timeout
09:55:20 proppy: maybe you're talking of table_timeout
09:55:24 proppy: not round_timeout
09:55:41 dachary: proppy: you are correct
09:55:45 dachary: http://drupal-dev.pokersource.info/trac/ticket/136#comment:2
09:56:38 dachary: proppy: I mean that in order to leave the table, the only thing you can do is close the page and wait for the long poll timeout to disconnect you
09:56:42 j1b joined #pokersource.
09:56:55 proppy: about exit not making the player leave the table
09:56:59 proppy: I believe you should reopen http://drupal-dev.pokersource.info/trac/ticket/72
09:57:10 proppy: or update http://drupal-dev.pokersource.info/trac/ticket/75
09:57:13 proppy: or fill a new ticket
09:57:29 proppy: dachary: I think there is a race condition
09:57:39 dachary: http://drupal-dev.pokersource.info/trac/ticket/155
09:57:40 proppy: between the page redirection, and sending PacketPokerTableQuit
09:57:59 dachary: proppy: the redirection must happen in a settimeout
09:58:05 proppy: we should wait for the ack of PacketPokerTableQuit
09:58:10 dachary: proppy: is it the case ?
09:58:10 proppy: before redirecting the player
09:58:16 dachary: proppy: it's not necessary
09:58:28 dachary: setting a callback to redirect 1 second after is enough
09:58:36 dachary: the XHR will go thru
09:58:47 dachary: but you're right
09:58:54 proppy: currently the callback is
09:58:55 proppy: $('.jpoker_ptable_quit', element).click(function() {
09:58:55 proppy: setTimeout(function() {
09:58:55 proppy: window.top.os_poker_goto_lobby();
09:58:55 proppy: }, 50);
09:58:56 proppy: });
09:58:58 proppy: 50 ms
09:59:03 dachary: proppy: a queueRunning calling a callback function would be better
09:59:24 dachary: proppy: ah, you're correct
09:59:40 proppy: server.sendPacket({ type: 'PacketPokerTableQuit', game_id: game_id });
09:59:40 proppy: server.setTimeout(function() {
09:59:41 proppy: server.queueRunning(function(server) {
09:59:41 proppy: table.handler(server, game_id, { type: 'PacketPokerTableDestroy',
09:59:41 proppy: game_id: game_id });
09:59:41 proppy: });
09:59:43 proppy: }, 1);
09:59:51 proppy: that's current jpoker code for quitting the table
10:00:08 proppy: there is not state for quitting the table
10:00:23 proppy: so I believe queueRunning is useless
10:00:43 proppy: dachary: I will had your comments to the ticket
10:00:53 dachary: then 1000 ms is the only workaround proppy, right ?
10:01:24 dachary: but....
10:01:34 dachary: it's not TableDestroy that should be called
10:01:43 proppy: dachary: we could also patch upstream to add callback when player has exited the table
10:02:14 proppy: dachary: PacketPokerTableDestroy is called for destroy #pokertable div
10:02:16 dachary: proppy: PacketPokerTableQuit must be called
10:02:29 proppy: dachary: PacketPokerTableQuit is sent to the server
10:02:42 proppy: PacketPokerTableDestroy is dispatched to the handlers
10:02:49 proppy: as if it was sent by the server
10:02:51 dachary: hum
10:02:57 thy3 joined #pokersource.
10:03:12 dachary: then click on exit should call TableQuit and the TableDestroy handler should redirect
10:03:18 dachary: that would work too don't you think ?
10:03:20 dachary: proppy: ?
10:04:25 dachary: Since there is "TableDestroy" callback it means a handler would have to be registered on the server for this specific purpose. But there already is an example in the opensocial jpoker gadget of Z2 I believe
10:04:50 proppy: is there a tabledestroy callback ?
10:05:53 dachary: Since there is no "TableDestroy" callback it means a handler would have to be registered on the server for this specific purpose. But there already is an example in the opensocial jpoker gadget of Z2 I believe
10:05:58 proppy: there is a quit callback
10:05:59 dachary: proppy: sorry for the typo
10:05:59 proppy: quit: function(table) {
10:05:59 proppy: },
10:06:22 dachary: proppy: yes, but it is called when the exit button is clicked
10:06:25 proppy: which is called on table.destroy
10:06:26 proppy: jpoker.plugins.table.callback.quit(table, packet);
10:06:34 dachary: oh, really ?
10:06:49 dachary: I forgot about that :-)
10:06:52 proppy: yes, but since jpoker send itself PacketPokerTableDestroy
10:06:55 proppy: to the handlers
10:07:07 proppy: this has no relation with the handing of PacketPokerTableQuit
10:08:15 proppy: dachary: so maybe what should be done
10:08:31 proppy: is patch jpoker upstream to be statefull when quitting a table
10:08:44 proppy: for the queueRunning(tabledestroy) to have a purpose
10:09:43 proppy: dachary: i.e instead of sending PacketPokerTableQuit directory to the server
10:10:02 dachary: proppy: this makes sense
10:10:18 proppy: dachary: #quit button should call server.tableQuit
10:10:32 proppy: tableQuit should setState('leaving table')
10:10:46 proppy: and gets back to running when receiving PacketPokerPlayerLeave
10:10:50 proppy: dachary: do you agree ?
10:10:54 Sp4rKy: dachary: do you confirm there are only 4 existing backups for rentre lvs : http://trac.fsffrance.org/wiki/RentreMigrationPlan?action=diff&version=14&old_version=12
10:11:00 dachary: proppy: there must be a better workaround. Since all packets are sent in sequence.
10:11:31 proppy: dachary: even if the packet are send in sequence, TableDestroy is not send to the server, nor by the server
10:11:43 proppy: it is sent from jpoker to jpoker
10:12:39 proppy: dachary: is there a garanti when we send a xhr to the server, that it is processed before we redirect ?
10:12:44 dachary: proppy: let's discuss this some other time, I think we can do better than 1s but it needs thinking. If it was possible to hook a function that is called when TableQuit has been successfully sent, it would be enough. We need no other confirmation but the successfull completion of the XHR call that sends TableQuit.
10:13:28 dachary: proppy: when the XHR calls the success callback, it means the server completed the processing, yes.
10:13:50 proppy: dachary: yes, but there is no relation between tabledestroy, and xhr success callback yet
10:14:05 dachary: Yes.
10:14:06 proppy: 50 ms is not enought to garanty that
10:14:12 dachary: yes.
10:14:19 proppy: and 1000ms might not be enought if there is lag ;)
10:14:25 proppy: I agree on discussing this later
10:15:08 proppy: updated http://drupal-dev.pokersource.info/trac/ticket/155#comment:1
10:17:27 dachary: Sp4rKy: checking
10:17:28 proppy: mongolito404: ping
10:17:36 proppy: about "sit" notification
10:17:58 proppy: os_poker expect that jpoker send the list of the players currently sitting at the table
10:18:44 proppy: maybe it should send the game_id instead
10:19:00 proppy: and I believe os_poker has already methods to check the players at the table
10:19:06 dachary: Sp4rKy: pokme backup was made by mornifle, that explains why he did not follow the usual conventions
10:19:22 Sp4rKy: dachary: ok
10:19:32 Sp4rKy: dachary: do you remember the date of this backup ?
10:19:43 Sp4rKy: dachary: so that I can move it
10:19:46 dachary: no, I don't
10:20:04 dachary: I guess the modification date of var/log/syslog is the best clue
10:20:27 Sp4rKy: hu ?
10:20:59 dachary: if you want to know when the backup was done, looking at the var/log/syslog last modified time stamp will tell you
10:21:52 Sp4rKy: ahhh
10:21:58 Sp4rKy: var/log/syslog into the backup :)
10:22:06 dachary: Sp4rKy: yes
10:22:54 Sp4rKy: 2009-04-16
10:24:07 mongolito404: proppy: Yes, os_poker can check the player at the table
10:24:07 dachary: Sp4rKy: the fact that there are very few backups for rentre tells me either they are within another backup (did you look into the rentre lv ?) or on another disk
10:24:26 proppy: mongolito404: I will just fix poker.js to works with current os_poker code
10:24:36 proppy: and will fill a ticket for fixing os_poker later
10:24:42 mongolito404: proppy: ok
10:26:21 Sp4rKy: dachary: I looked into the rentre lv, there are only rsync from rentre, but I can't find the lvs
10:27:00 dachary: Sp4rKy: it's weird that it is 51GB big
10:27:37 dachary: Sp4rKy: I will try to find the disk where these backups live
10:27:45 mongolito404: proppy, dachary: While working on #144, I see that the user Profile has two field (first and last names) that are never displayed or used by os_poker or std. Drupal pages. I believe these fields ares a requirment of Shindig-Integrator. Si these fields being 'invisible' on the website is not an issue. right ?
10:28:32 dachary: Sp4rKy: in any case I confirm they are not anywhere easy to find and you can create LV on dirtychip. Was it the kind of answer you expected ?
10:29:06 proppy: mongolito404: yes shindig integrator use theme for opensocial calls like getPersons
10:29:16 proppy: mongolito404: and since shindig_integrator query the db directlry
10:29:32 proppy: I believe there is no arm in "hidding" them
10:30:03 dachary: proppy: mongolito404 IE8 crash reported. I thought it was supposed to be fixed by now. I'll get more information.
10:31:55 Sp4rKy: dachary: this one, that was just to be sure they are on some location I was not aware of
10:32:59 Sp4rKy: dachary: rentre lv is 51G big, but only 11G are used
10:33:11 proppy: mongolito404: we fixed a bug in ie8 vista
10:33:16 proppy: http://drupal-dev.pokersource.info/trac/ticket/141
10:33:24 proppy: maybe ie8 xp is still impatced
10:33:30 proppy: as shown on #141 comments
10:34:27 proppy: mongolito404: about checkRewards/os_poker_sit I will pass, lists of seats
10:34:33 proppy: an array of 10 elements
10:34:39 proppy: with player_serial in sit position
10:34:40 proppy: like
10:34:51 proppy: [42, null, null, 45, 58, null, ...]
10:35:02 proppy: I believe this will work with current implementation of checkRewards
10:35:10 mongolito404: couldn't you filter the array ?
10:35:13 proppy: foreach ($buddies as $buddy)
10:35:13 proppy: {
10:35:13 proppy: if (in_array($buddy, $targets))
10:35:14 proppy: {
10:35:34 proppy: mongolito404: do you want me to filter the array for the main player serial too ?
10:35:49 proppy: because the current os_poker_sit event has 2 args
10:35:54 proppy: player_serial, and player_at_tables
10:36:00 mongolito404: proppy: No, just filter the array fro null/undefined
10:36:06 proppy: so I believe it except player_at_tables not to contain player_serial
10:36:06 proppy: ok
10:36:18 proppy: so player_at_tables will contains player_serial
10:36:29 proppy: but since a player can't be a buddy with itself
10:36:32 mongolito404: That way, the Drupal code don't have to deal with them. The current code doesn't have too but we don't know about the future.
10:36:33 proppy: I believe there is no arm :)
10:36:47 dachary: http://drupal-dev.pokersource.info/trac/ticket/156 mongolito404 proppy
10:38:07 mongolito404: hoo crap, now I need a vista VM :(
10:38:24 proppy: dachary: please check that http://drupal-demo.pokersource.info/pb_jpoker/test-poker-opensocial.html
10:38:35 proppy: and http://drupal-demo.pokersource.info/pb_jpoker/test-poker.html are green on ie8
10:38:45 proppy: or ask the reporter to do so
10:38:50 proppy: it will provide usefull information
10:39:20 proppy: dachary: also please qualify http://drupal-dev.pokersource.info/trac/ticket/156 with the OS version
10:39:32 dachary: proppy: thanks
10:41:02 dachary: mongolito404: do you confirm it works for you on IE8 / XP ?
10:41:17 julez quit IRC (Remote closed the connection).
10:41:47 mongolito404: dachary: No it doesn't. As soon as I get the jpoker gadget to be displayed, it crash IE8 in my XP VM
10:42:05 dachary: mongolito404: is there a ticket for this ?
10:42:19 dachary: proppy: ?
10:42:23 mongolito404: yes #141
10:42:41 proppy: (10:32:44 AM) proppy: mongolito404: we fixed a bug in ie8 vista
10:42:41 proppy: (10:32:49 AM) proppy: http://drupal-dev.pokersource.info/trac/ticket/141
10:42:41 proppy: (10:32:57 AM) proppy: maybe ie8 xp is still impatced
10:42:42 proppy: dachary: ^
10:42:49 dachary: ok
10:42:59 proppy: we don't know if it is specific to xp in a vm
10:43:07 proppy: we need someone to test with a real xp
10:44:41 dachary: proppy: did you jslint everything ?
10:44:52 proppy: dachary: yes
10:44:53 dachary: proppy: I mean all the JS that was home made ?
10:44:57 proppy: as shown in #141 comments
10:45:07 proppy: I didn't checked os_poker js thought
10:45:44 dachary: proppy: please do
10:45:53 mongolito404: proppy: AFAIK, os_poker's js have not be checked with jslint (something that I will do when I start to work on #156)
10:46:00 dachary: one error is enough to block all
10:46:08 guyvdb quit IRC ("Leaving.").
10:46:11 dachary: it's a good lead
10:46:12 julez joined #pokersource.
10:47:12 dachary: it would also be consistent with #156 (i.e. crash when clicking somewhere, therefore when loading new JS code)
10:48:33 mornifle joined #pokersource.
10:56:42 proppy: reopened http://drupal-dev.pokersource.info/trac/ticket/153#comment:3
10:56:54 proppy: and added poker/pokeropensocial fixes
10:57:08 proppy: mongolito404: should I pull your changes and test on drupal-kez before updating drupal-demo ?
10:57:33 mongolito404: proppy: yes
10:59:08 proppy: checked that Newcomeer is displayed
10:59:35 proppy: mongolito404: should I also check rewards18 ?
11:00:01 mongolito404: proppy: Yes
11:00:33 proppy: mongolito404: is the table the only way I can add a buddy ?
11:02:54 proppy: mongolito404: rewards18 is not set
11:03:04 proppy: when joining a table with a friend on it
11:03:48 proppy: mongolito404: how ok, that's because os_poker_sit only expect players_at_table arg
11:03:51 proppy: and not serial
11:03:59 proppy: fixing poker.opensocial code
11:06:54 proppy: should be fixed with http://drupal-dev.pokersource.info/trac/ticket/153#comment:4
11:08:16 proppy: mongolito404: rewards18 is still not set, even if os_poker_sit is called with good argument
11:08:24 proppy: i will closed #153 and fill a new bug report
11:08:30 mongolito404: proppy: ok
11:10:06 proppy: mongolito404: filled http://drupal-dev.pokersource.info/trac/ticket/157
11:10:17 proppy: mongolito404: did you push your changes on drupal-demo ?
11:11:17 proppy: it seems so
11:11:37 mongolito404: proppy: YEs I did
11:12:44 proppy: dachary: drupal-demo updated with #153 fixes
11:13:18 dachary: proppy: thanks
11:13:31 dachary: proppy: tryin
11:13:33 dachary: g
11:14:16 proppy: dachary: be sure to have you cache cleaned
11:14:52 proppy: mongolito404: do you want me to jslint os_poker or will you ?
11:16:37 guyvdb joined #pokersource.
11:17:09 mongolito404: proppy: You can do it since I'm working on #144 which is totally unrelated
11:18:49 dachary: proppy: mongolito404 I got the problem does this ring a bell ? the screenshot in PM ?
11:18:57 dachary: got it after joining a table
11:19:35 proppy: dachary: what is the pb ?
11:19:39 proppy: dachary: signup is not displayed ?
11:19:49 dachary: proppy: look at the URL
11:19:57 proppy: dachary: if you try to join a table signup is not displayed
11:20:00 dachary: I got this after joining a table
11:20:06 proppy: dachary: when you try to access a table directly
11:20:08 dachary: instead of the table
11:20:12 proppy: dachary: it means you're not authed to drupal
11:20:25 dachary: proppy: could you try to signup + join a table please ?
11:20:31 proppy: dachary: if you're not login into drupal, this page will be displayed
11:20:45 dachary: if it works for you I'll dig further before anoying you proppy
11:21:06 proppy: dachary: I just wanted to be sure we understand each other
11:21:23 proppy: because saq reported as a bug, the fact that the signup form is not displayed when joining a table throught url
11:21:27 proppy: and that's not a bug AFAIK
11:22:00 proppy: dachary: I'm sit on Antigua
11:22:01 proppy: with a new user
11:22:06 proppy: on drupal-demo
11:22:12 dachary: ok, thanks
11:22:20 dachary: sorry for the noise
11:22:24 proppy: np
11:23:23 dachary: proppy: you got your newcomer reward ?
11:23:49 proppy: dachary: yes I did
11:25:12 proppy: dachary: updated http://drupal-dev.pokersource.info/trac/ticket/153 with a screenshot
11:25:37 mongolito404: About dachary's bug (screenshot in PM), if I understand correctly, this is not a bug if the signup form is not displayed but the expected behavior when open a table link when not logged in ?
11:25:50 dachary: proppy: I clicked on "exit" and was logged out ...
11:26:20 dachary: mongolito404: there seems to be spontaneous logout, does it happen for you too ?
11:26:34 proppy: dachary: I clicked on exit and was not logged out
11:26:36 dachary: if it's just me I'll restart iceweasel
11:26:42 proppy: I got back to http://drupal-demo.pokersource.info/drupal6/ and the lobby is displayed
11:26:53 dachary: ok
11:27:00 bruno|taf joined #pokersource.
11:27:47 dachary: proppy: I confirm the newcomer reward works, proppy. Thanks.
11:28:46 mongolito404: dachary: What do you mean by "there seems to be spontaneous logout" ? You get logged out from the site ?
11:29:42 dachary: yes, twice, but it might be my navigator was fucked up. I've restarted it and I'll file a proper report if it happens again.
11:29:52 dachary: proppy: you're JSlinting ?
11:30:15 proppy: dachary: not yet
11:45:07 proppy: updated http://drupal-dev.pokersource.info/trac/ticket/156#comment:1
11:46:20 proppy: mongolito404: jslint'ed os_poker's js
11:47:41 proppy: dachary: I still get a crash on my vm, when I get to lobby
11:47:51 proppy: (even before clicking to profile)
11:50:15 proppy: http://drupal-dev.pokersource.info/trac/ticket/156#comment:2 updated
11:50:44 proppy: dachary: could you run http://drupal-dev.pokersource.info/drupal6/sites/all/modules/os_poker/tests/js/test.html on ie ?
11:51:27 mongolito404: proppy: This is still #141, not #156
11:51:46 proppy: mongolito404: yes
11:51:54 proppy: I can't reproduce #156 because of #141
11:51:59 dachary: proppy: http://drupal-dev.pokersource.info/trac/ticket/156#comment:3
11:52:19 mongolito404: #141 -> crash on the lobby or at table (when jpoker gadget is displayed) in IE8/XP
11:52:20 mongolito404: #156 -> crash when clicking profile in a working lobby in IE8/vista
11:52:21 proppy: #141 is easy to reproduce just go to http://drupal-demo.pokersource.info/pb_jpoker/test-poker-opensocial.html
11:52:56 proppy: dachary: you're reporting about #141 in #156
11:53:08 dachary: proppy: sorry
11:53:21 dachary: I will move my comments
11:53:44 proppy: dachary: could you also add plateform information ?
11:53:46 proppy: which windows version
11:54:44 proppy: updated http://drupal-dev.pokersource.info/trac/ticket/141#comment:10
11:55:07 proppy: mongolito404: do you have a vista vm ?
11:55:33 proppy: dachary: you should not be able to reproduce #156 on xp
11:55:35 proppy: because of #141
11:56:56 proppy: dachary: when you reported #156 did it happens with xp or vista ?
11:57:19 dachary: I don't know yet
11:57:33 dachary: http://drupal-dev.pokersource.info/trac/ticket/141#comment:11
11:57:47 dachary: proppy: I moved the comments from 156 to 141, sorry about the confusion
12:04:06 dachary: proppy: http://drupal-dev.pokersource.info/trac/ticket/141#comment:12
12:06:13 proppy: dachary: in a vm or in a real xp ?
12:07:21 dachary: proppy: real XP
12:08:29 proppy: dachary: thanks for the confirmation
12:10:05 dachary: http://drupal-dev.pokersource.info/drupal6/sites/all/modules/os_poker/tests/js/test.html all green on IE8 / XP
12:12:46 dachary: proppy: you can use browsershots with account user = loic, password = your usual
12:13:06 dachary: this a paid for account good for one month
12:13:14 dachary: proppy: it might help
12:13:22 dachary: but probably not for the crash :-)
12:13:44 dachary: proppy: http://drupal-dev.pokersource.info/drupal6/sites/all/modules/os_poker/tests/js/test.html all green on IE8 / XP + VISTA
12:13:57 proppy: dachary: what about test-poker.html ?
12:14:32 dachary: it's all green too, I'll ask again
12:14:43 dachary: proppy: full URL please ?
12:15:09 proppy: (10:37:58 AM) proppy: dachary: please check that http://drupal-demo.pokersource.info/pb_jpoker/test-poker-opensocial.html
12:15:09 proppy: (10:38:09 AM) proppy: and http://drupal-demo.pokersource.info/pb_jpoker/test-poker.html are green on ie8
12:15:12 proppy: dachary: ^
12:16:11 dachary: proppy: maybe you can double check by running it on browsershots.org ?
12:16:26 proppy: dachary: it's green on my vm
12:16:43 proppy: dachary: I just wanted to be sure it's green for the people who had #156 bug
12:16:47 proppy: (vista, xp ?)
12:16:54 dachary: both
12:17:07 proppy: vista has #156 ?
12:17:10 dachary: I asked for re-confirmation because it was unclear
12:17:30 dachary: proppy: I did not ask specifically
12:17:34 proppy: oh ok
12:18:00 dachary: #156 happened on IE8 / XP
12:18:21 dachary: proppy: could you please confirm you have access to browsershots.org with my account ?
12:18:41 proppy: dachary: right now ?
12:19:11 proppy: dachary: I can
12:19:11 proppy: Hi Loic! This is your private profile page. Only you can see it.
12:19:19 proppy: back to #141
12:21:07 dachary: ok
12:22:18 dachary: http://drupal-demo.pokersource.info/pb_jpoker/test-poker.html green on IE8 / XP
12:24:12 proppy: I found the crashing line
12:24:12 proppy: $('').attr('href', os_poker_skin).insertAfter('link:last');
12:24:36 dachary: http://browsershots.org/http://drupal-demo.pokersource.info/pb_jpoker/test-poker.html
12:25:08 dachary: http://drupal-demo.pokersource.info/pb_jpoker/test-poker.html green on IE8 + IE7 / XP
12:25:52 proppy: dachary: I found the line that trigger the crash
12:25:56 dachary: proppy: there is a missing /> right ?
12:25:57 proppy: should I comment it on drupal-demo ?
12:26:12 proppy: where do you see a missing ?
12:26:16 dachary: proppy: understood but I have buffered questions and the answers come after ;-)
12:26:28 dachary:
12:26:31 dachary:
12:26:32 dachary: ?
12:26:44 proppy: I thought jquery added the checking
12:26:53 dachary: maybe it does
12:27:24 dachary: do you see another reason why it should crash ?
12:27:43 proppy: $('').attr('href', os_poker_skin).insertAfter('link:last');
12:27:52 proppy: also trigger the crash
12:28:01 proppy: dachary: I'm clueless about the reason of this crash
12:28:04 proppy: I'll investigate
12:28:51 dachary: if you remove this, does it work ?
12:29:00 dachary: proppy: ?
12:29:08 proppy: yes
12:29:14 proppy: if I remove the line it works
12:29:24 proppy: that's why I asked if I should update drupal-demo
12:29:30 dachary: what is os_poker_skin value ?
12:29:40 proppy: checking if the selector is buggy
12:29:44 dachary: I'm trying to figure out if it will impact the looks
12:30:34 dachary: proppy: it might be a selector that works with jquery-1.3 but not jquery-1.2 which would explain why we're experiencing this problem now
12:31:16 proppy: $('link:last') is not to blame
12:31:26 proppy: .attr('href, os_poker_skin) trigger the crash
12:31:33 proppy: trying to find out os_poker_skin value
12:32:41 proppy: os_poker_skin is os_poker_skin "http://host/drupal/skin.css" String
12:33:21 dachary: ?
12:33:29 dachary: not very useful is it :-)
12:34:30 mongolito404: You mean that adding the CSS loading element crash IE8 ?
12:34:59 dachary: mongolito404: no, I mean the http://host/drupal/skin.css URL will always be not found.
12:35:09 dachary: proppy: unless you mean "host" as a placeholder
12:35:31 proppy: yes but it should not crash ie
12:35:35 dachary: mongolito404: is it a knowsn IE8 limitation ?
12:35:37 proppy: it should trigger a 404 at last
12:35:46 proppy: dachary: if I put a real url there it is crashing too
12:35:50 proppy: mongolito404: yes
12:36:03 proppy: dachary: and that's not only happening in the tests
12:36:09 dachary: proppy: it tells us that you can comment out the line without impacting the looks, therefore please do it on drupal-demo
12:36:34 proppy: dachary: why does it tell us we can comment out the line without impacting the looks ?
12:36:51 dachary: because it does not load anything because it loads a 404 URL
12:36:53 proppy: http://host/drupal/skin.css is only in the test
12:36:58 dachary: ah
12:36:58 proppy: dachary: ^
12:37:06 proppy: dachary: I'm reproducing the probleme in the test
12:37:10 proppy: so I'm debugging from here
12:37:11 dachary: ok
12:37:37 dachary: what's the value of the variable in the real world ?
12:39:20 proppy: http://drupal-kez.pokersource.info/drupal6/?q=poker/skin.css
12:39:27 proppy: dachary: ok I got the bug
12:39:56 proppy: $("").attr("href", "foo.css").insertAfter('link:last'); crashed
12:40:10 proppy: $("").insertAfter('link:last').attr("href", "foo.css"); don't crash
12:41:17 dachary: interesting
12:41:42 dachary: and does it actually load foo.css ?
12:42:17 proppy: http://drupal-kez.pokersource.info/pb_jpoker/test-poker-opensocial.html
12:42:20 proppy: green on ie8/xp
12:42:29 proppy: dachary: foo.css is 404
12:43:02 proppy: but it is inserted into the dom
12:43:07 proppy: like http://host/drupal/skin.css
12:43:09 mongolito404: Make sense. When doing $("").attr("href", "foo.css").insertAfter('link:last'), you set the href of the DOM element before attaching it to the current document. If when handling setting the href attribute of a link DOM element, IE8's code assume the element is part of the document then it crash when it doesn't.
12:43:12 proppy: and test check after this value
12:43:18 dachary: proppy: do you want me to ask for confirmation that http://drupal-kez.pokersource.info/pb_jpoker/test-poker-opensocial.html works ?
12:43:27 proppy: dachary: sure
12:43:34 proppy: it works in my vm thought
12:43:36 proppy: I'll commit the fix
12:43:52 proppy: we should also audit js code for similar issue
12:44:31 dachary: mongolito404: we would know if it was proprietary software. It looks like a plausible theory though.
12:45:33 proppy: dachary: +not
12:46:02 dachary: proppy: injection of is uncommon
12:46:10 dachary: it's easy to grep
12:46:14 dachary: and I agree with you
12:47:40 mongolito404: dachary: (unrelated to the JS isseus), I assume there is no additional cache mechanism on drupal-404. Nither on PHP, neither on the DB ?
12:48:21 mongolito404: Because I get weird results when manually updating the profile_values table.
12:49:36 dachary: shindig has a cache
12:49:44 dachary filled http://drupal-dev.pokersource.info/trac/ticket/158
12:50:21 dachary: mongolito404: you can clear the shindig cache with rm -fr /tmp/shindig/
12:50:35 dachary: I'm not aware of any other cache
12:51:18 proppy: marked #141 as fixed
12:51:24 mongolito404: #158 -> item are not only imported but also editable from a Web GUI
12:51:27 proppy: attached a xp screenshot http://drupal-dev.pokersource.info/trac/ticket/141
12:51:37 proppy: dachary: should I update drupal-demo with the fix ?
12:51:50 dachary: proppy: yes please
12:52:09 proppy: dachary: about auditing the code, I believe this may also fail with non element
12:52:15 dachary: did you try http://drupal-kez.pokersource.info/pb_jpoker/test-poker-opensocial.html on browsershots ?
12:52:24 proppy: like any element that you are editing the properties before inserting to the dom
12:52:28 proppy: dachary: non
12:52:39 proppy: dachary: I tried it on xp vm
12:53:01 mongolito404: It also works for me in my XP Vm
12:53:05 dachary: if it's all green you get a valuable information. If it's not, it's probably because it's taking too long too run.
12:53:06 proppy: dachary: updated drupal demo with the fix
12:53:17 proppy: dachary: be sure to clean/refresh your cash before testing
12:53:27 dachary: s/cash/cache/
12:53:42 dachary: => lunch
12:54:00 dachary: proppy: mongolito404 thanks for the emergency fix & quick reaction
12:54:44 dachary: http://drupal-kez.pokersource.info/pb_jpoker/test-poker-opensocial.html now shows all green on IE 6, IE 7 and IE 8.
12:56:32 proppy: I don't grep other attr() insert/append() pattern in the code
12:56:50 proppy: not for me :)
12:56:50 proppy: http://browsershots.org/http://drupal-kez.pokersource.info/pb_jpoker/test-poker-opensocial.html
13:32:44 thy3 quit IRC ("Leaving.").
14:36:15 mongolito404: Yeah, another WTF in user profile data handling...
15:00:26 proppy: back on http://drupal-dev.pokersource.info/trac/ticket/127
15:01:51 proppy: checking on_exit is called before xhr error handlers
15:08:00 mornifle quit IRC (Read error: 60 (Operation timed out)).
15:11:23 proppy: onbeforeunload seems the way to go
15:11:27 proppy: (tiddlywiki use it)
15:12:51 mongolito404: proppy: beware, this is a not public-specified event. It has been introduced by MS and copied by other browser (accordign to https://developer.mozilla.org/en/DOM/window.onbeforeunload)
15:13:08 proppy: yes I'm reading it too
15:13:16 proppy: I wonder if jquery has some event for it
15:16:01 proppy: trying 'unload' event in jquery
15:16:15 proppy: and checking it is called before ajax handlers are interrupted by redirect
15:17:05 proppy: it is called after :(
15:21:01 proppy: ah onbeforeunload is for displaying a string !
15:21:51 dachary: proppy: mongolito404 IE8 fix confirmed to work, thanks
15:30:33 proppy: ah actually according to drupal folks
15:30:37 proppy: that's a firefox bug
15:30:38 proppy: https://bugzilla.mozilla.org/show_bug.cgi?id=488605
15:31:49 proppy: firefox returns error 0 if the ajax call are interrupted
15:31:49 proppy: http://hg.mozilla.org/mozilla-central/rev/151522b6da28
15:32:21 proppy: drupal actually ignore all error "0"
15:32:22 proppy: http://drupal.org/node/634628
15:46:16 proppy: I think that ingnoring Error 0 is fine
15:46:25 proppy: since it is a firefox only issue
15:48:43 proppy: marked http://drupal-dev.pokersource.info/trac/ticket/127 as fixed
15:49:46 proppy: no more alert on drupal-kez.pokersource.info
15:50:14 proppy: dachary: could I update drupal-demo and remove uncomment error handling ?
15:54:13 mongolito404: proppy: The jpoker gadget get the country property of the user (profile_country) from shindig right ?
15:54:20 proppy: mongolito404: yes
15:54:37 proppy: I patched shindig to add support for addresses
15:54:38 mongolito404: proppy: Currently this is a string displayed as passed to the gadget ?
15:54:52 proppy: mongolito404: http://drupal.org/node/673756
15:55:25 mongolito404: What format is this string supposed to have ?
15:56:14 proppy: mongolito404: the country format ?
15:56:18 mongolito404: Yes
15:56:26 proppy: there is not format it is displayed as this in jpoker
15:56:41 mongolito404: Ok, becaise I'm changing this while implementing #144
15:57:00 mongolito404: The value will be the country code (ISO code in 2 char)
15:57:17 mongolito404: If this doesn't break the OpenSocial-ness of the value
15:58:29 proppy: http://wiki.opensocial.org/index.php?title=Opensocial.Address_%28v0.8%29
15:58:39 proppy: opensocial.Address.Field.COUNTRY The country, specified as a string. This field may be used interchangeably with the string 'country'.
15:59:17 proppy: mongolito404: so it is ok for the poker gadget to display the country as an ISO code ?
15:59:45 mongolito404: proppy: Not, my understanding is that it should display the country in the user language
16:00:18 proppy: oh I understand
16:00:23 proppy: so it will be a translation issue then
16:00:26 mongolito404: 'The country, specified as a string' what a lousy specs.
16:01:05 proppy: mongolito404: http://wiki.opensocial.org/index.php?title=Opensocial.Person_%28v0.8%29#opensocial.Person.Field.SEXUAL_ORIENTATION :)
16:01:16 mongolito404: Could be interpreted as a) the country name in English, b) the country name in the Person language c) The country name in the country language (so much for Belgium), d) Any std. country code
16:02:07 dachary: mongolito404: ahahaha
16:02:53 dachary: mongolito404: your understanding is correct. But everyone will be happy if it's done in the most straightforward drupal supported way
16:03:30 proppy: mongolito404: for a) d) it could uses gettext for gadget side translation
16:03:50 proppy: if you want to display it like b) or c)
16:03:58 proppy: but I'm not sure I'm understanding the rational of this
16:04:18 proppy: are you talking about the value of the field as exposed by opensocial
16:04:30 proppy: of the value of the field as seens by the user in the small profile ?
16:05:58 mongolito404: I4m speaking of the field as stored by Drupal and exposed to OS gadgets
16:06:22 mongolito404: There is no Drupal Way, the field is a textfield and I can store whatever I want in it. I just find it ackwad and error prone to store the country name. Storing the country name encourage consumer to use it as-is and not to think about location issue.
16:06:45 proppy: filled http://drupal-dev.pokersource.info/trac/ticket/159
16:19:15 mongolito404: dachary: The current widget for the country filed in the buddy search is a textfield. Is it ok to use a dropdown ?
16:20:48 proppy: working on #103
16:23:02 proppy: moved #159 to Poker http://drupal-dev.pokersource.info/trac/ticket/159#comment:1
16:25:28 proppy: dachary: I can't reproduce http://drupal-dev.pokersource.info/trac/ticket/103
16:25:36 proppy: the rebuy button is shown
16:25:38 proppy: I'm confused :)
16:25:47 proppy: after loosing allin, I can click rebuy
16:26:14 proppy: trying harder
16:27:40 dachary: proppy: let me try
16:29:35 dachary: proppy: where can I play with you ?
16:29:43 proppy: dachary: http://drupal-kez.pokersource.info/drupal6/?view=table&game_id=435
16:29:47 dachary: k
16:31:55 proppy: filled http://drupal-dev.pokersource.info/trac/ticket/160
16:32:00 dachary: proppy: please call ?
16:32:18 proppy: dachary: I don't see you
16:32:27 dachary: Antigua ?
16:32:44 dachary: you left
16:32:44 proppy: because of #160
16:32:47 proppy: refreshing the browser
16:33:15 proppy: 36o
16:33:32 dachary: i have no rebuy button
16:33:47 proppy: I see you with still 10 in money
16:33:55 dachary: oh
16:33:56 dachary: yes
16:34:06 dachary: it's a known problem
16:34:09 dachary: shoot
16:34:18 dachary: I don't have enough to buyin
16:34:34 dachary: but the rebuy button should show because I can rebuy
16:35:00 proppy: dachary: I tried excatly the same with 2 browsers and the rebuy button was shown
16:35:01 dachary: jpoker is supposed to display a buyin button whenever you can rebuy
16:35:05 dachary: and hide it when you cannot
16:35:21 proppy: I'll post a screenshot
16:35:23 dachary: I doubt you had exactly the same case : i'm not broke
16:35:33 proppy: dachary: yes, but it was displayed when I was broke with another borwser
16:35:42 proppy: therefore I'm confused
16:36:03 dachary: there are 3 cases proppy
16:36:16 dachary: a) you are broke and the button shows (what you see)
16:36:49 dachary: b) you are not broke and you don' thave enough to buy in : the button does not show although it should
16:37:19 dachary: c) you are not broke and you have enough to buy in : the button should show if you don't have more chips than the maximum buyin
16:37:26 dachary: proppy: is this making sense ?
16:37:47 proppy: I think c) does work
16:38:04 proppy: I'm playing with 2 browser and rebuy botton are shown
16:38:13 proppy: so I guess #103 is about b)
16:38:21 dachary: proppy: does exit send TableQuit on drupal-kez ?
16:39:10 proppy: dachary: yes, but #155
16:39:41 dachary: and you did not change the timeout to 1s ?
16:39:43 dachary: proppy: ^
16:39:49 dachary: I'm stuck at the table
16:39:56 dachary: I click exit and it won't quit
16:40:15 dachary: that would suggest you did not change the timeout
16:40:20 proppy: I'll try to change it to 1 seconds
16:40:31 dachary: thanks
16:40:36 proppy: in my past experience it didn't fix the issue
16:40:48 dachary: it's a loosy workaround at best
16:41:32 proppy: updated http://drupal-dev.pokersource.info/trac/ticket/155#comment:2
16:42:44 dachary clearing cache & reloading
16:43:02 proppy: I was broke
16:43:07 proppy: sitin button is shown
16:43:10 proppy: clicking it does nothing
16:43:13 proppy: rebuy button is shown
16:43:27 proppy: if clicking it with auto_sitin checkbox checked
16:43:37 proppy: it rebuy + sit you in
16:43:57 dachary: proppy: could you please remove the redirect ? not schedule it at all ?
16:44:16 proppy: if you don't check the checkboxe you're stuck
16:44:19 dachary: I would like to see if the TableQuit really is sent
16:44:41 proppy: dachary: done
16:45:08 dachary: ah
16:45:33 dachary: proppy: this behavior is weird
16:45:49 dachary: proppy: ah, no : sitin is called after buying in
16:46:13 dachary: there was an error related to the fact that "buyin" is sent instead of "rebuy"
16:46:24 dachary: did you fix this ?
16:47:34 proppy: dachary: no I didn't fix anything yet
16:47:41 proppy: dachary: I'm still investigating on the packet
16:47:47 proppy: as the packet comments shows there is no commit
16:48:43 dachary: proppy: http://drupal-dev.pokersource.info/trac/ticket/103 i'm refering to this one
16:48:49 dachary: but you know ;-)
16:48:50 proppy: dachary: me too
16:48:51 proppy: http://drupal-dev.pokersource.info/trac/ticket/103
16:48:55 proppy: I updated the description
16:49:02 proppy: with the informations you supplied to me
16:49:16 proppy: I can't reproduce the error highlighted in the ticket
16:49:43 proppy: I will try to reproduce b) cases
16:50:48 proppy: ok now this is wierd :)
16:50:52 proppy: I'm broke a) case
16:50:56 proppy: and rebuy button is not shown
16:53:49 proppy: ok I managed to reproduce the error
16:53:50 proppy: queueIncoming {"code":0,"other_type":84,"cookie":"","game_id":435,"message":"no message","type":"PacketPokerError","serial":273,"time__":1263829976597}
16:53:57 proppy: when broke and refresh the browser
16:54:08 proppy: it ask the player to buy in
16:54:18 proppy: instead of "rebuy in"
16:54:56 proppy: updated ticket description http://drupal-dev.pokersource.info/trac/ticket/103#comment:5
16:58:01 mongolito404: dachary: Did fixing #141 alwos fixed #156 ? I'm unable to reproduce the bug with IE8 XP
16:58:05 dachary: shum
16:58:16 dachary: mongolito404: it's likely
16:58:40 dachary: you can close it for now
17:00:22 proppy: dachary: when refreshing the browser and broke, player.state is 'buyin'
17:00:30 dachary: proppy: regarding the exit button: because there is a pending long poll, the tablequit won't be sent until the longpollreturn returns. And because your machine lags (often >1s) there is no time for it to happen.
17:00:31 proppy: I believe this is the problem
17:00:52 proppy: jpoker does check for the player state, to check if rebuy dialog should send PacketPokerBuyIn or PacketPokerRebuy
17:01:14 dachary: the long poll makes the timeout trick / hack more likely to fail. There definitely need an upstream fix.
17:01:22 proppy: dachary: sendPacket will send a PacketLongPollReturn if there is a pending long poll
17:03:17 proppy: when creating playerSelf, jpoker always set its state to buyin
17:04:12 proppy: he should be able to set its states to rebuy if the player has already payed the buyin
17:04:18 dachary: proppy: can you set the exit timeout to 10 seconds please ?
17:04:45 proppy: dachary: you mean restoring the timeout
17:04:53 proppy: because you asked me to remove the rediretion
17:05:09 proppy: dachary: done
17:05:14 dachary: yes, please restore the redirection and set it to 10 s
17:05:18 dachary: thanks
17:05:44 bkuhn joined #pokersource.
17:08:00 proppy: if(player.state == 'buyin') {
17:08:01 proppy: packet_type = 'PacketPokerBuyIn';
17:08:01 proppy: label = _("Buy In");
17:08:01 proppy: } else {
17:08:02 proppy: packet_type = 'PacketPokerRebuy';
17:08:02 proppy: label = _("Rebuy");
17:08:03 proppy: }
17:08:05 proppy: should be
17:08:20 proppy: if(player.state == 'buyin' && player.broke == false) {
17:08:20 proppy: packet_type = 'PacketPokerBuyIn';
17:08:20 proppy: label = _("Buy In");
17:08:20 proppy: } else {
17:08:21 proppy: packet_type = 'PacketPokerRebuy';
17:08:21 proppy: label = _("Rebuy");
17:08:22 proppy: }
17:08:26 proppy: or something like that
17:08:58 dachary: hum
17:09:15 dachary: no
17:09:52 dachary: a player who is broke does not go to state rebuy
17:10:05 proppy: but maybe player.broke will always be true, for a joining player
17:10:55 proppy: dachary: a player who is broke has definitly not the state buyin
17:14:13 proppy: added http://drupal-dev.pokersource.info/trac/ticket/103#comment:6
17:14:20 proppy: I believe this provide a diagnostic for #103
17:14:49 proppy: bb in 1h
17:17:13 proppy: chores time
17:17:40 proppy: grocery chores that is :)
17:27:15 mongolito404: dachary: I'm done with #144. It did my best to avoid any regression (several existing test case were used to ensure this) but I modified some sensible code and installing the patch requires changes in the database. Is it ok the push the changes to drupal-demo now I should I wait for tommorow morning to avoid letting drupal-demo in a unstable state while I'm not availabel to quick fix it ? I don't expect my changes to cause havoc, but I'm being ca
17:28:55 dachary reading
17:29:16 dachary: s/sensible/sensitive/ ;-)
17:30:04 dachary: you will be available tomorrow morning ?
17:31:14 dachary: mongolito404:
17:31:27 dachary: mongolito404: forget the question
17:31:38 dachary: it's ok to push your changes now
17:31:52 dachary: thanks for asking. There is no demo scheduled tonight :-)
18:03:41 Sp4rKy: "both Maxence and Johan and proppy" :}
18:12:09 mornifle joined #pokersource.
18:12:38 proppy: back
18:19:29 proppy: dachary: mongolito404: about pwm, please note that current javascript fixes have been commited to pb_jpoker,
18:19:57 proppy: and that planc will need to "pull" from pb_jpoker in order to includes last week fixes
18:20:18 emilie quit IRC ("Leaving.").
18:24:22 mornifle quit IRC (Read error: 113 (No route to host)).
18:25:36 proppy: dachary: can I disable temporly seTimeout exit redirection on drupal-kez ?
18:26:36 proppy: nvm I'll put a breakpoint
18:32:32 mornifle joined #pokersource.
18:35:13 dachary: proppy: you can do whatever you like with drupal-kez
18:35:59 proppy: described upstream fix for #155 here: http://drupal-dev.pokersource.info/trac/ticket/155#comment:3
18:39:24 proppy: ah, I won't work
18:39:27 proppy: it won't work
18:39:56 proppy: there is no response to PacketPokerTableQuit, when the user has not take a seat at the table
18:40:16 bruno|taf1 joined #pokersource.
18:40:56 proppy: maybe we should hide 'exit' button when the player is not sit
18:41:26 proppy: http://drupal-dev.pokersource.info/trac/ticket/155#comment:4
18:43:21 dachary: proppy: that would be nice indeed
18:43:46 proppy: otherwise the fixe suggested in #comment:3 will not work
18:44:31 bruno|taf quit IRC (Read error: 113 (No route to host)).
18:50:01 dachary: Sp4rKy: "both Maxence and Johan and proppy" :} :-)
18:50:07 dachary: ok ok
18:52:37 j1b quit IRC ("Ex-Chat").
19:05:15 proppy: dachary: about drupal-demo do you want me to update exit timeout ?
19:05:41 dachary: proppy: good idea, yes, please
19:05:53 proppy: 1000ms ?
19:06:41 proppy: update to 1000ms
19:06:57 proppy: test are green for tableQuit
19:06:58 proppy: http://drupal-kez.pokersource.info/pb_jpoker/jpoker/jpoker/test-jpoker.html?jpoker%20module%3A%20jpoker.server.tableQuit
19:24:57 proppy: dachary: fixed #155 in pb_jpoker jpoker clone http://pastebin.com/f3b366920
19:25:04 proppy: feel free to review the patch
19:25:17 dachary: reading
19:25:19 proppy: and test the quit button behaviour on drupal-kez
19:26:03 proppy: will update jpoker css to hide exit button if self player has no seat
19:26:14 dachary: very nicely done
19:29:43 proppy: using jpoker_self should do the trick
19:31:05 proppy: I should move #quit initialisation to playerSelf
19:31:08 proppy: to match other button
19:37:30 proppy: +.jpoker_table .jpoker_ptable_quit {
19:37:30 proppy: + display: none;
19:37:30 proppy: +}
19:37:30 proppy: +
19:37:31 proppy: +.jpoker_table.jpoker_self .jpoker_ptable_quit {
19:37:31 proppy: + display: block;
19:37:32 proppy: +}
19:37:34 proppy: will do the trick
19:40:01 proppy: dachary: ah :(
19:40:07 proppy: the fix is no good
19:40:15 proppy: if there is more than more avatar watching the table
19:40:18 proppy: player leave is never send
19:40:25 proppy: more than one
19:40:37 proppy: and destroy/redirect to lobby will never be called
19:41:32 dachary: hum
19:41:35 proppy: so we have no answer from server, other than [] when handling a PacketPokerTableQuit
19:41:54 proppy: therefore I can't wait for a specific packet, for going back to running state
19:41:55 dachary: but thanks to your fix
19:41:59 proppy: in tableQuit
19:42:12 dachary: hum
19:42:17 proppy: currently tableQuit is waiting for PacketPokerPlayerLeave
19:42:31 dachary: interesting situation
19:42:39 proppy: but if there is more than one avatar for the same player at the table PacketPokerPlayerLeave will never be called
19:42:51 dachary: I see what you mean
19:42:58 proppy: so PacketPokerPlayerLeave is not a good condition for evaluating the success or the failure of TableQuit
19:43:51 dachary: it's embarrassing
19:44:02 dachary: i don't see any other side effect
19:44:06 dachary: good catch
19:44:30 proppy: and I can't hook on the success of a sendPacket
19:44:40 proppy: maybe we should add a callback to sendPacket
19:44:46 proppy: dachary: if(packet_type != 'PacketPokerLongPollReturn') {
19:44:47 proppy: $this.receivePacket(data);
19:44:47 proppy: }
19:44:50 dachary: hum
19:45:03 proppy: in sendPacketAjax success callback
19:45:07 dachary: yes
19:45:20 proppy: I should check that the server always return an empty response for PacketPokerLongPollReturn :)
19:45:22 proppy: it's scary
19:45:45 dachary: it's deep
19:46:54 proppy: or we add a PacketAck server side
19:47:05 proppy: for acknowledging PacketPokerTableQuit
19:48:12 dachary: proppy: I thought exactly this
19:48:31 dachary: it's also scary because it means modifying the server
19:48:43 proppy: yes
19:49:02 proppy: I think adding an optional callback to sendPacket is no harm
19:49:16 dachary: I wonder if the general idea of "calling a callback when a packet has been successfully sent" is good or twisted.
19:49:34 dachary: It looks appealing now but I'm not sure ;-)
19:49:41 dachary: gtg ttyl
19:51:26 dachary quit IRC (Read error: 60 (Operation timed out)).
20:18:20 guyvdb quit IRC ("Leaving.").
20:37:56 goundy joined #pokersource.
20:41:34 guyvdb joined #pokersource.
20:52:18 dachary joined #pokersource.
21:00:26 dachary quit IRC (Read error: 54 (Connection reset by peer)).
21:00:34 dachary joined #pokersource.
21:12:21 proppy: updated patch with sendPacket callback
21:12:22 proppy: http://pastebin.com/f23584e41
21:15:40 goundy quit IRC ("Ex-Chat").
21:22:21 dachary: proppy: very nice patch sir
21:24:31 proppy: mailed
21:27:06 mornifle quit IRC (Read error: 113 (No route to host)).
21:35:50 mornifle joined #pokersource.
22:26:20 proppy quit IRC ("Leaving.").
22:50:18 osivinyuk joined #pokersource.
22:50:44 osivinyuk: Hello bruno
23:10:11 bkuhn quit IRC ("back in a few minutes.").
23:12:52 osivinyuk quit IRC (Read error: 113 (No route to host)).
23:16:13 dachary quit IRC ("Leaving.").
23:17:20 bkuhn joined #pokersource.
23:19:27 dachary joined #pokersource.
23:48:47 thy1 quit IRC ("Leaving.").

Proceed to Tuesday 19 January 2010



Brought to you by your friendly neighborhood Logger Bot.