| *** ignas has joined #schooltool | 08:44 | |
| *** ignas has quit IRC | 08:51 | |
| *** ignas has joined #schooltool | 10:10 | |
| *** ignas has quit IRC | 10:33 | |
| *** subir has joined #schooltool | 10:49 | |
| *** ignas has joined #schooltool | 11:01 | |
| *** alga has joined #SchoolTool | 11:40 | |
| *** subir has quit IRC | 11:59 | |
| *** didymo has quit IRC | 13:02 | |
| *** mgedmin has joined #schooltool | 13:02 | |
| *** th1a_ has joined #schooltool | 15:13 | |
| *** fstpierre has joined #schooltool | 15:58 | |
| aelkner | http://www.ibm.com/developerworks/web/library/wa-singlesign/ | 15:58 |
|---|---|---|
| *** wbrady has joined #schooltool | 16:27 | |
| wbrady | aelkner: there's an error with messaging | 16:27 |
| wbrady | students are trying to send a message and when they click add it gives them a TypeError | 16:28 |
| aelkner | wbrady: last we spoke, i referred you to el;dar | 16:28 |
| aelkner | have you contacted him? | 16:28 |
| wbrady | no and i certainly should have | 16:28 |
| wbrady | i will do that | 16:28 |
| aelkner | thanks | 16:29 |
| fstpierre | http://docs.moodle.org/en/CAS_server_(SSO) | 16:42 |
| *** wbrady has quit IRC | 16:57 | |
| *** jfluhmann has joined #schooltool | 17:06 | |
| *** jfluhmann has left #schooltool | 17:07 | |
| fstpierre | exit | 18:08 |
| *** fstpierre has quit IRC | 18:08 | |
| *** fstpierre has joined #schooltool | 18:09 | |
| *** th1a_ has quit IRC | 18:17 | |
| *** eldar has joined #schooltool | 18:29 | |
| aelkner | eldar: did wbrady get a hold of you by phone? | 18:59 |
| aelkner | fstpierre: are you there? | 19:18 |
| fstpierre | yes | 19:19 |
| aelkner | so we need to find what table the message is referring to | 19:21 |
| fstpierre | ok | 19:22 |
| aelkner | i noticed that the casserver database has no user table | 19:23 |
| aelkner | maybe the config.yml still needs to be tweeked | 19:23 |
| eldar | aelkner: no brady did not call me | 19:24 |
| aelkner | eldar: this is beginning to get annoying | 19:24 |
| eldar | so i've been online hoping he would at least get on irc | 19:24 |
| aelkner | i asked him to contact you by phone | 19:24 |
| eldar | what time does he have class with jeff? | 19:25 |
| aelkner | eldar: wbrady's signing on now | 19:28 |
| *** wbrady has joined #schooltool | 19:30 | |
| wbrady | eldar: messaging has a TypeError | 19:30 |
| aelkner | wbrady: fill eldar in on the details of what has happened from the time you installed | 19:31 |
| aelkner | to start | 19:31 |
| aelkner | will copied in last Friday's Data.fs and started the server | 19:32 |
| aelkner | did you see the message about evolving? | 19:32 |
| aelkner | wbrady? | 19:32 |
| wbrady | yes i believe so | 19:32 |
| aelkner | ok, take it from there | 19:32 |
| aelkner | then? | 19:33 |
| eldar | hmm type eror | 19:33 |
| eldar | when, how do i reproduce the steps? | 19:33 |
| aelkner | this is what i was hoping will would give you | 19:33 |
| wbrady | so basically what happened today was: a student successfully sent me a message, then another student tried and it gave a TypeError, now whenever students click "My Student Messages" it gives a type error | 19:33 |
| eldar | you ran make update, right? | 19:33 |
| wbrady | right | 19:33 |
| aelkner | eldar: do you still have the old Data.fs? | 19:34 |
| wbrady | yes | 19:34 |
| eldar | ok let's see, yes i do | 19:34 |
| wbrady | o sorry | 19:34 |
| eldar | ok lemme start up my server and see what's going on | 19:35 |
| aelkner | wbrady: how much longer are you going to be around? | 19:39 |
| wbrady | for about 40 minutes | 19:39 |
| aelkner | look, this could take longer than 40 minutes, so you'll need to make arrangements to meet with eldar later if that's the case | 19:40 |
| aelkner | you have his cell number handy | 19:40 |
| aelkner | wbrady? | 19:40 |
| wbrady | im here and im looking for his cell number | 19:40 |
| aelkner | you should keep it with you | 19:41 |
| wbrady | eldar: what's your cell number again? | 19:41 |
| eldar | 571-263-1881 | 19:41 |
| aelkner | wbrady: you need to keep that in your wallet or in your cell phone if you have one | 19:42 |
| eldar | i know what the problem is, it was caused by me not having done python in a while >.< | 19:42 |
| fstpierre | hey alan | 19:42 |
| aelkner | hey fstpierre | 19:42 |
| eldar | with passing arguments with keywords | 19:42 |
| fstpierre | it says to rename the column staff | 19:43 |
| *** th1a_ has joined #schooltool | 19:43 | |
| aelkner | but in which table? | 19:43 |
| aelkner | eldar: remember to give wbrady explicit instructions on what to do when | 19:44 |
| aelkner | for instance, if you've committed a fix, he needs to know that | 19:44 |
| aelkner | and start from scratch with the old Data.fs | 19:44 |
| wbrady | eldar: it is supposed to be on revision 1305 right? | 19:45 |
| eldar | yup | 19:45 |
| aelkner | fstpierre: could we be needing to change things in the config.yml file? | 19:45 |
| eldar | even if you are on the latest revision it'll fail, i know what the problem is | 19:45 |
| eldar | i'm fixing it | 19:45 |
| wbrady | o ok awesome | 19:46 |
| fstpierre | maybe | 19:46 |
| fstpierre | where is that located | 19:46 |
| aelkner | /etc/rubycas-server/config.yml | 19:47 |
| aelkner | right now it's pointing to the maildb, but i don't know if that's what we want | 19:48 |
| aelkner | but the casserver db doesn't have the user tables, so that could also be a problem | 19:49 |
| aelkner | and the error message doesn't seem clear as to what table it's looking for | 19:50 |
| fstpierre | authenticator: | 19:51 |
| fstpierre | class: CASServer::Authenticators::SQL | 19:51 |
| fstpierre | database: | 19:51 |
| fstpierre | adapter: mysql | 19:51 |
| fstpierre | in config.yml | 19:51 |
| aelkner | yes | 19:51 |
| aelkner | notice what comes next | 19:51 |
| wbrady | eldar: I will be right back | 19:52 |
| ignas | playing with rubycas :) | 19:52 |
| aelkner | yes | 19:52 |
| aelkner | ignas: have you gotten it to work? | 19:52 |
| ignas | yes | 19:52 |
| ignas | with ldap at least | 19:52 |
| aelkner | we're using mysql for now | 19:53 |
| aelkner | ignas: did you ever get the following: | 19:54 |
| aelkner | ActiveRecord::SubclassNotFound The single-table inheritance mechanism failed to locate the subclass: 'staff'. | 19:54 |
| aelkner | This error is raised because the column 'type' is reserved for storing the class in case of inheritance | 19:54 |
| aelkner | Please rename this column if you didn't intend it to be used for storing the inheritance class or overwrite CASServer::Authenticators::SQL::CASUser.inheritance_column to use another column for that information. | 19:54 |
| aelkner | That's not very clear | 19:56 |
| *** fstpierre has quit IRC | 19:56 | |
| *** fstpierre has joined #schooltool | 19:57 | |
| aelkner | wbrady: eldar's in debug mode, so even though he know's the fix, it could take some time to test it out | 19:57 |
| aelkner | make sure to arrange a meeting with him before you leave | 19:57 |
| aelkner | i need you guys to get this done before eldar becomes no longer available | 19:58 |
| aelkner | so it's important to connect up later today if you need to | 19:58 |
| aelkner | fstpierre: if we want, we can change the config.yml and restart the server | 19:59 |
| aelkner | but let's agree on what we want to change before one of us does it | 19:59 |
| th1a_ | You guys can use bzr on the config files. | 19:59 |
| th1a_ | So you can roll back changes. | 20:00 |
| aelkner | well, right now, we don't have anything working, so there's nothing to roll back to | 20:00 |
| wbrady | back | 20:01 |
| wbrady | eldar: i will be home around 3:15 and can get online or on the phone | 20:01 |
| eldar | wbrady: ok | 20:03 |
| fstpierre | ok give me one sec. | 20:04 |
| aelkner | ignas: i take it you never got the error i just posted? | 20:06 |
| ignas | nope, it's not ldap related | 20:06 |
| ignas | i had to edit the source code to get my particular configuration working though ;) | 20:07 |
| ignas | do you like ruby? | 20:07 |
| aelkner | i never used it | 20:07 |
| ignas | a good occasion to learn it ;) | 20:07 |
| aelkner | it could come to that :) | 20:07 |
| aelkner | ignas: it kind of stinks if one has to edit the source to get it to work | 20:09 |
| aelkner | i mean, isn;t this supposed to be a production server? | 20:09 |
| ignas | i don't think so it's like most open source software - it works for the author | 20:09 |
| ignas | and - it will work without editing the source | 20:10 |
| ignas | but reading the source might help you debug the error | 20:10 |
| ignas | and fix the configuration | 20:10 |
| aelkner | good point | 20:10 |
| aelkner | so when you said edit, you just meant view, not change | 20:10 |
| eldar | hmm I have an object with a property called created, which is datetime.datetime, when I do IZopeDublinCore on it | 20:12 |
| eldar | that property becomes None | 20:12 |
| ignas | i did some changes, because configuration options were confusing | 20:12 |
| eldar | any idea why that would happen? | 20:12 |
| ignas | and it did not support my particular setup | 20:12 |
| mgedmin | ignas: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=428385 | 20:14 |
| aelkner | eldar: don't know. that would suggest there's no adapter registered flot it, but i couldn't tell you why | 20:15 |
| aelkner | is this in your generation script? | 20:17 |
| aelkner | eldar: the dublin core is an annotation | 20:20 |
| aelkner | why are you using that? | 20:20 |
| aelkner | don't you have your own created fidl? | 20:20 |
| aelkner | field | 20:20 |
| wbrady | eldar: got to go talk to you later | 20:21 |
| *** wbrady has quit IRC | 20:21 | |
| *** mgedmin has quit IRC | 20:24 | |
| th1a_ | aelkner: Regarding RubyCAS: I don't think it is that widely used, but I think we should try it before jumping to one of the big Java ones. | 20:26 |
| aelkner | i agree | 20:26 |
| aelkner | it's worth fighting through the problems we're having | 20:26 |
| eldar | aelkner: i am not using that, it was already used | 20:27 |
| eldar | when sorting messages | 20:27 |
| aelkner | ooh | 20:27 |
| eldar | the sort method runs them through dublin core | 20:27 |
| eldar | and for some reason | 20:27 |
| eldar | the attributes on the old messages get tangled up | 20:27 |
| eldar | so i'm trying to figure out why that happens | 20:28 |
| aelkner | ok | 20:28 |
| eldar | what's causing their crash is that when the viewer tries to sort the messages, the old messages have an empty created property after being run through dublin core | 20:28 |
| ignas | eldar: can you fix old messages in the evolution script | 20:49 |
| ignas | ? | 20:49 |
| eldar | hmm? | 20:51 |
| eldar | ignas: what do you mean | 20:51 |
| eldar | well, the problem seems to occure when i convert the journal entries to messages | 20:51 |
| aelkner | yeah, i was wondering the same thing | 20:51 |
| ignas | hmm | 20:51 |
| eldar | the messages that were converted from journal entries | 20:51 |
| eldar | don't go through dublin core properly | 20:52 |
| aelkner | ah | 20:52 |
| ignas | eldar: can you post me a link to the evolution script | 20:52 |
| aelkner | since dublin core is an annotation | 20:52 |
| aelkner | you would need to recreate the annotation in the new objects, right? | 20:52 |
| ignas | 2 ways | 20:53 |
| ignas | call the relevant subscriber | 20:53 |
| ignas | or copy/move the old annotation | 20:53 |
| aelkner | right | 20:53 |
| eldar | http://svn.schooltool.org/cando/trunk/src/cando/generations/evolve7.py | 20:53 |
| aelkner | eldar: do you follow the point about copying the annotation | 20:53 |
| eldar | ok so i just call IAnnotations on the journal entry | 20:54 |
| aelkner | right | 20:54 |
| aelkner | and on the message | 20:54 |
| eldar | and set whatever's in to IAnnotations of message? | 20:54 |
| ignas | copy the __annotations__ attribute | 20:54 |
| eldar | oh ok | 20:54 |
| ignas | but see if it has any references to the old entry before doing that | 20:54 |
| eldar | so message.__annotations___ = entry.__annotations___ | 20:54 |
| eldar | will do? | 20:54 |
| ignas | if it has - you might cause even more trouble | 20:54 |
| ignas | yes it might work | 20:54 |
| aelkner | i don't think you can use = | 20:55 |
| aelkner | i think you have to create the dicionary entries | 20:55 |
| aelkner | and copy the values | 20:55 |
| ignas | maybe | 20:55 |
| ignas | look at schooltool evolution scripts | 20:55 |
| ignas | nuber 14 or 17 | 20:55 |
| ignas | can't recall now | 20:55 |
| eldar | ok | 20:55 |
| ignas | some of them copy annotations in some fancy ways | 20:55 |
| ignas | because most annotations have __parent__ attribute pointing to the old object | 20:56 |
| aelkner | that's why i think you have to recreate the annotations attribute for attribute | 20:57 |
| eldar | so more along the lines of | 20:57 |
| eldar | IAnnotations(message) = IAnnotations(entry) | 20:57 |
| aelkner | that would cuase the same problem | 20:58 |
| aelkner | i would say: | 20:58 |
| aelkner | ann = IAnnotations(message) | 20:58 |
| ignas | eldar: look at schooltool evolution scripts, and i think __annotations__ = __annotations__ might work | 20:58 |
| ignas | IAnnotations should be avoided | 20:58 |
| aelkner | ann['whatever dublin code key is'] | 20:58 |
| ignas | you should not do adaptation in evoludtion scripts | 20:58 |
| eldar | ok | 20:59 |
| ignas | causes trouble along the way | 20:59 |
| aelkner | ann['whatever dublin code key is']['created'] = whatever | 20:59 |
| eldar | so like this: new_person.__annotations__ = OOBTree() for key, annotation in list(person.__annotations__.items()): | 20:59 |
| ignas | yep | 20:59 |
| ignas | that will surely work | 20:59 |
| eldar | ok | 20:59 |
| eldar | lemme try that then | 20:59 |
| ignas | but it was done for a purpose i think | 20:59 |
| ignas | i am not 100% sure you must do it that way | 20:59 |
| ignas | not like it will hurt if you will ;) | 20:59 |
| aelkner | it sounds like a safe way | 21:00 |
| eldar | yup | 21:00 |
| fstpierre | /var/lib/gems/1.8/gems/rubycas-server-0.5.1/lib/casserver/controllers.rb | 21:05 |
| eldar | oh man dublin core annotates journal entries, and so queueitem | 21:07 |
| eldar | queueitem is easy to deal with, i just reset its context | 21:08 |
| eldar | to message | 21:08 |
| eldar | but dublincore >.< | 21:08 |
| ignas | yes, replacing one class with another is major pain | 21:09 |
| ignas | that's why I try to avoid it | 21:09 |
| aelkner | he's not replacing a class, he's just copying from one object to another | 21:11 |
| aelkner | that was the idea - to avoid any in-class replacement issues | 21:11 |
| eldar | well it essentially is replacing a class | 21:15 |
| eldar | because even though attributes are the same | 21:15 |
| eldar | in name they're different | 21:16 |
| eldar | luckily, not many objects annotate entries | 21:16 |
| eldar | omagash | 21:21 |
| eldar | i think it worked | 21:21 |
| eldar | painlessly for the first time, but i should watch myself | 21:21 |
| eldar | that's never happened before | 21:21 |
| fstpierre | aelkner | 21:24 |
| aelkner | i'm changing the script now | 21:24 |
| eldar | ignas, aelkner: thanks :D | 21:26 |
| aelkner | eldar: success?! | 21:26 |
| eldar | aelkner: i think so. i'm running all the tests. and making triple sure that i didn't miss anything by clicking all over the place | 21:28 |
| aelkner | cool | 21:28 |
| aelkner | fstpierre: do you see the changes i made to the script? | 21:29 |
| fstpierre | rescue LoadError? | 21:30 |
| fstpierre | $LOG.warn(database) and so on | 21:31 |
| aelkner | the four LOG.warn staements i put in there | 21:32 |
| fstpierre | your checking the values for the database usertable username and password | 21:32 |
| aelkner | right | 21:33 |
| aelkner | but i don't find those messages in the casserver log | 21:33 |
| aelkner | aah | 21:33 |
| aelkner | i think we would need to restart the server to get any changes we make to take effect | 21:33 |
| aelkner | in python, once a module is imported it stays there | 21:34 |
| aelkner | unless someone does a fancy reimport | 21:34 |
| aelkner | so i guess we need to restart the server | 21:34 |
| aelkner | since ruby probably works the same as python in this case | 21:34 |
| fstpierre | i logged off | 21:34 |
| aelkner | i'll restart the server by killing the process and starting it myself | 21:35 |
| fstpierre | do you mean restart ruby? | 21:35 |
| fstpierre | ok | 21:35 |
| aelkner | do a ps aux | grep ruby | 21:35 |
| aelkner | root 4651 0.0 0.5 98588 34536 pts/7 Sl+ 17:13 0:02 ruby /usr/bin/rubycas-server | 21:35 |
| aelkner | so i'll kill 4651 and rerun the command | 21:36 |
| fstpierre | ok | 21:36 |
| aelkner | now try to login and tell me when you get the error | 21:37 |
| fstpierre | ok | 21:37 |
| fstpierre | got the errore | 21:37 |
| *** ignas has quit IRC | 21:38 | |
| aelkner | wow, i got a lot of info in the session that i started the server in | 21:38 |
| aelkner | but first let's see if my log messages showed up | 21:38 |
| aelkner | yay, they did | 21:38 |
| fstpierre | yup | 21:38 |
| aelkner | see them? | 21:39 |
| fstpierre | the problem is with database = | 21:39 |
| fstpierre | in the config file | 21:39 |
| aelkner | looks like it | 21:39 |
| aelkner | what the heck is all that stuff? | 21:39 |
| fstpierre | i see the problem | 21:40 |
| fstpierre | in the config file | 21:40 |
| fstpierre | it says "database: | 21:40 |
| fstpierre | adapter: mysql | 21:40 |
| fstpierre | database: maildb | 21:40 |
| fstpierre | username: root | 21:40 |
| fstpierre | password: | 21:40 |
| fstpierre | server: localhost | 21:40 |
| fstpierre | user_table: user | 21:40 |
| fstpierre | username_column: username | 21:40 |
| aelkner | yes, and? | 21:41 |
| fstpierre | it says database: | 21:41 |
| aelkner | ooh | 21:41 |
| fstpierre | then later on it says database again | 21:41 |
| aelkner | it should be what? | 21:41 |
| fstpierre | no nevermind | 21:41 |
| aelkner | let me look | 21:41 |
| aelkner | you know, it's too bad that sean didn't keep the commented version around | 21:42 |
| aelkner | so that we could match up what we have with their example | 21:43 |
| aelkner | cause i'm sure it's something with that block | 21:43 |
| aelkner | and your point about database appearing twice is well-taken | 21:43 |
| aelkner | shall we google for an example config.yml? | 21:44 |
| fstpierre | yup | 21:44 |
| *** th1a_ has quit IRC | 21:45 | |
| *** th1a_ has joined #schooltool | 21:49 | |
| aelkner | found it: http://www.google.com/codesearch?hl=en&q=show:cyA6JLZCVqU:44NeDxp-5q0:HFPxu1YOlpM&sa=N&ct=rd&cs_p=http://rubycas-server.googlecode.com/svn&cs_f=trunk/config.example.yml&start=1 | 21:55 |
| fstpierre | that looks like what we have | 21:59 |
| aelkner | yeah, and isn't it annoying how it says "some_database_with_users_table" | 22:00 |
| aelkner | users being plural | 22:00 |
| aelkner | and yet it has: | 22:00 |
| aelkner | user_table: user | 22:00 |
| aelkner | so is it singular or pural?! | 22:00 |
| aelkner | and i still don't see why we have two databases, one called casserver and one called maildb | 22:01 |
| aelkner | i mean, what is the database section for anyway? | 22:01 |
| aelkner | Set up the database connection. Make sure that this database is secure! | 22:02 |
| aelkner | set it up for what?!!!! | 22:02 |
| aelkner | if we have to configure it again in the authenticators section | 22:02 |
| aelkner | this is really annoying | 22:02 |
| aelkner | how about we use the maildb in the database section? | 22:03 |
| aelkner | instead of casserver | 22:03 |
| aelkner | maybe that would fix it | 22:03 |
| *** fstpierr1 has joined #schooltool | 22:18 | |
| fstpierr1 | any luck? | 22:18 |
| fstpierr1 | ping aelkner | 22:19 |
| aelkner | no | 22:19 |
| aelkner | still the same problem | 22:19 |
| eldar | aelkner: do we have will's cell # so I can call him if he forgets? | 22:19 |
| aelkner | i was going to put some logging in the base.rb file to see what exactly is the sql in question | 22:19 |
| th1a_ | aelkner: If you can't get it working they'll probably let you return it for a refund. | 22:20 |
| aelkner | eldar: if he forgets, i'll strangle him | 22:20 |
| eldar | hahaha, alright | 22:20 |
| aelkner | th1a_: yeah, that and a quarter will get you a phone call | 22:20 |
| aelkner | the expression used to be a dime, but inflation and all | 22:21 |
| aelkner | eldar: do keep within earshot of being pinged here in case he only signs in but doesn't call | 22:23 |
| aelkner | oh, and he said 3:15, didn't he? | 22:23 |
| fstpierr1 | ok im about to head out | 22:25 |
| aelkner | ok, see you tomorrow | 22:25 |
| fstpierr1 | ok | 22:25 |
| fstpierr1 | have a good one. | 22:25 |
| fstpierr1 | exit | 22:25 |
| *** fstpierr1 has quit IRC | 22:25 | |
| *** wbrady has joined #schooltool | 22:26 | |
| wbrady | eldar: hey hows it going | 22:26 |
| aelkner | wbrady: could you please call him? | 22:26 |
| aelkner | it'll go faster that way | 22:27 |
| wbrady | ok | 22:27 |
| aelkner | and wbrady, do you have a cell phone? | 22:27 |
| wbrady | yes | 22:27 |
| aelkner | number? | 22:27 |
| wbrady | 703-501-4927 | 22:28 |
| aelkner | thanks | 22:28 |
| eldar | Alright what you need to do is: | 22:30 |
| eldar | 1. stop the server | 22:30 |
| eldar | 2. remove Data.fs* from var | 22:30 |
| eldar | 3. Put the back up Data.fs into var | 22:31 |
| eldar | 4. make update | 22:31 |
| eldar | 5. make run | 22:31 |
| aelkner | watch for evolve messae | 22:31 |
| aelkner | message | 22:31 |
| *** fstpierre has quit IRC | 22:31 | |
| eldar | yeah, it should say "Evolved to generation 7" or something along that, near the end | 22:31 |
| wbrady | ok one sec | 22:31 |
| wbrady | updating now | 22:35 |
| *** didymo has joined #schooltool | 22:36 | |
| wbrady | i didnt see a line that said evolved to generation 7 but it did show a test_evolve7.py and evolve7.py | 22:38 |
| aelkner | that's the update | 22:38 |
| wbrady | awesome | 22:38 |
| aelkner | you need to look for the message afer step 5 | 22:38 |
| aelkner | tell us when you see it | 22:39 |
| wbrady | ok one sec | 22:40 |
| wbrady | ok it said it | 22:40 |
| eldar | alright | 22:40 |
| eldar | now open the server | 22:40 |
| eldar | and go to town with testing the messages | 22:40 |
| wbrady | ok will do | 22:40 |
| eldar | make sure you: | 22:40 |
| eldar | 1. can post messages, can post INSIDE old messages | 22:41 |
| eldar | 2. can submit and review old messages | 22:41 |
| eldar | and etc | 22:41 |
| wbrady | what do you mean by inside? | 22:42 |
| aelkner | pound on the queue, too | 22:42 |
| eldar | you know threading | 22:42 |
| eldar | when you go to a message | 22:43 |
| eldar | you can post messages inside that message | 22:43 |
| wbrady | o ok | 22:43 |
| wbrady | ok it can do everything | 22:44 |
| wbrady | no erros | 22:44 |
| wbrady | testing multiple students | 22:44 |
| wbrady | be right back i need some food | 22:45 |
| eldar | ok | 22:45 |
| aelkner | before we certify this as working, try and think of more testing scenarios | 22:45 |
| aelkner | it would be nice to really be confident so that eldar can finally kick back and have a smoke | 22:46 |
| aelkner | so to speak | 22:46 |
| eldar | yea | 22:46 |
| wbrady | bak | 22:51 |
| wbrady | will do | 22:51 |
| aelkner | eldar: when do you drop out of availability? | 22:54 |
| aelkner | cause i'd like to have you when welsh does his update | 22:54 |
| aelkner | seeing that we came upon so many issues | 22:55 |
| eldar | aelkner: saturday | 22:56 |
| eldar | and on i am no longer available | 22:56 |
| aelkner | perhaps i can get welsh to do it tomorrow | 22:56 |
| aelkner | i'll keep trying to reach him | 22:56 |
| eldar | that'd be good | 22:56 |
| aelkner | is all day tomorrow ok for you? | 22:56 |
| eldar | yeh | 22:57 |
| aelkner | cool. i'll only contact you if something goes wrong which it shouldn't | 22:57 |
| eldar | alright | 22:59 |
| wbrady | aelkner: i ran into that problem i talked with you about where i would click mark message as reviewed and the button wouldn't go away | 22:59 |
| wbrady | only now even if i wait for a while and try to click the button again it still doesn't go away | 23:00 |
| wbrady | and it doesn't say there was an error | 23:00 |
| aelkner | remember we discussed how that's a browser/server issue | 23:00 |
| aelkner | the server never got the message | 23:00 |
| aelkner | that's why there's no error | 23:00 |
| aelkner | i don't know firefox enogh to say why this would happen | 23:01 |
| eldar | if the server is a little slow on the response time | 23:01 |
| eldar | the java script might time out the request | 23:01 |
| aelkner | weren't you clicking rather fast when it happened? | 23:01 |
| wbrady | ah ok, kind of, but when i showed you it in the classroom i could wait a while and then go back to click the button and it would dissapear but now it won't | 23:03 |
| aelkner | it annoying, and maybe we could use Javascript to preent it from happening | 23:04 |
| aelkner | like create a busy cursor or something | 23:04 |
| aelkner | but again i don't know how that's done | 23:04 |
| aelkner | could be something to do at the pycon sprint | 23:04 |
| aelkner | for now, you'll know to wait a little between clicks | 23:05 |
| wbrady | ok i understand it's certainly managable | 23:05 |
| aelkner | to see the server has gotten back with a response | 23:05 |
| aelkner | the key for now is to test as many places in the user interface you can think of | 23:06 |
| aelkner | that relate to messaging | 23:06 |
| wbrady | yes im doing that thoroughly | 23:06 |
| wbrady | so far no problems | 23:06 |
| aelkner | good | 23:06 |
| aelkner | testing is not an easy science | 23:07 |
| aelkner | when done right | 23:07 |
| aelkner | it's almost more art than science :) | 23:07 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!