[00:16] * lfaraone waves. [00:27] satellit_: btw do you know how fedora install a set of packages, afaik it doesn't use meta packages [00:31] alsroot: no I do not....but apt-get install sugar* installs all of the available activities in repo. to /usr/share/sugar/activities/ [00:32] .xo files to /home/(user)/Activities [00:33] satellit_: thanks, sdziallas will know [00:33] USR 830 .iso [00:50] alsroot, your patch was included in Maverick. [00:52] lfaraone: fine, /me hopes that sugar users don't use Alt+mouse to move windows :) [00:53] alsroot: well, do we really need to set that value at all? [00:53] alsroot: long term the fix might be to save the orignal value and restore it, no? [00:54] lfaraone: well, the best way could be not interfere w/ metacity at all, afaik gnome is switcing to new gconf(or so), hope that in new env we can localize sugar goncf settings [00:55] lfaraone: about purpose of setting gconf mouse key, I guess the reason was that alt+mouse is needed for shell [00:56] alsroot: ah, okay. [01:07] alsroot: fedora lists the packages manually. [01:13] lfaraone: afaik there is different kind of packaging entities, groups or so, anyway it was manusheel who asked about it, he'd better to ask sdziallas about fedora packaging details === bernie_afk is now known as bernie [13:17] lfaraone: Hi Luke. [13:17] Around? [13:54] manusheel: somewhat. [14:29] manusheel: what's up? [14:30] lfaraone: Hi Luke. Can you please let me know about your availability today and tomorrow? [14:31] lfaraone: We'll have a discussion on maintaining packages, moving forward. [14:31] With Neeraj. [14:32] manusheel: I'm here til 13h EDT, then back again from 19/20h til 22h/23h. [14:34] lfaraone: Great. Thank you Luke. [14:35] manusheel: please let me know when you' [14:35] manusheel: please let me know when you'd like to meet so I can be sure to be free during that period. [16:20] manusheel sir: hello sir [16:20] kandarpk: Hi Kandarp. [16:22] kandarpk: Which issue are we looking at right now? [16:23] kandarpk: Should we change the status of one of the issues to "Won't Fix"? [16:28] manusheel sir: we can mark http://bugs.sugarlabs.org/ticket/2154 as wont fix [16:29] kandarpk: Yes, was not able to reproduce it. Ok, did Bernie tell you the same thing? [16:29] Did you have a word with him? [16:30] manusheel, kandarpk, A bug isn't "won't fix" if we can't reproduce the issue, rather, incomplete would be better, no? [16:30] manusheel sir: tomeu had commented that alsroot had fixed a similar issue [16:30] and alsroot suggested that we should wait until its cause is known/it is reproducible [16:31] lfaraone: +1 [16:31] lfaraone: Right. +1 [16:31] lfaraone: Yes, we change the status to Triaged or Incomplete for that case. [16:31] lfaraone: recently came to know that you are a DD now. Congrats. [16:33] kandarpk: thanks, appreciated. [16:34] manusheel: "Triaged" means "we have steps to reproduce, a priority, and it's ready for someone to look at it when it's ready." [16:34] manusheel: so if we can't reproduce, triaged does not seem appropreate, to me. [16:36] kandarpk, manusheel: I can't reproduce it as well, but it's very rare. [16:38] kandarpk, manusheel: even if you reproduce it, the error in shell.log is not obvious [16:38] kandarpk, manusheel: #2154 does not seem like the kind of bug for novice developers to cut their teeth with... [16:39] kandarpk, manusheel: let's just say that if we see it while working on other things we'll follow up. I don't think it can be closed, yet... because nothing changed in dextrose that could have fixed it. [16:47] bernie: Sure, Bernie. Thank you for the pointer. [16:47] bernie: Will add the comment. [16:48] lfaraone: I was referring to the status of the bug as incomplete or triaged depending upon the requirements. [16:48] lfaraone: Did you get my message on the meeting? [16:48] manusheel: unfortunately, we are at the closing phases of Dextrose development so only the really obscure bugs are still standing [16:49] manusheel: not the ideal situation to bring in new developers [16:49] manusheel: I'm not sure what you mean. You didn't confirm a time, if that's what you mean. [16:49] *I did not get a confirmation of a time [16:50] lfaraone: My apologies. It seems the message didn't pass through. I did write it. But, had network issues. [16:50] bernie: Ok. [16:51] lfaraone: Got logged out a number of times today. So, you wrote you'll be available till 13:00, today? And, from 21:00 - 23:00 hrs. [16:52] kandarpk: How is the second bug coming along? [16:52] manusheel: correct. although it will probably be more like 8:30 - 22:30, I'm trying to get to sleep earlier :) [16:53] lfaraone: Sure. Absolutely fine. [16:54] lfaraone: Let me tell you the timings in 10 minutes. [16:54] manusheel sir: http://bugs.sugarlabs.org/ticket/2164 is more of a feature request [16:54] kandarpk: Right. Any help required on it? [16:55] kandarpk: has work on speak halted? [16:55] manusheel sir: some PyGtk control needs to be studied [16:55] kandarpk: Ok. [16:55] lfaraone: actually had some confusion of dependency in it [16:55] kandarpk: okay, tell me about it :) [16:57] kandarpk: python-aiml was ACCEPTED today, so you *shoudln't* have issues installing it from the repos in Sid. [16:57] lfaraone: http://git.debian.org/?p=collab-maint/sugar-speak-activity.git;a=blob;f=debian/rules;h=4dbf7bddb4777174bb94e1b877e6fa9edc63ea0d;hb=HEAD [16:58] lfaraone: in line 32, I need to drop hippocanvas only ? [16:59] kandarpk: that is probably correct. [17:00] a cursory review of the source supports that statement. [17:00] lfaraone: is python-gtk2 imported using "import gtk" ? [17:00] kandarpk: Yes. [17:00] ok [17:02] lfaraone: I'll push speak-18 in 25-30 min. [17:02] kandarpk: awesome, thanks. I'll take a look at it. [17:02] lfaraone: Let us meet tomorrow at 10:30 am, EDT. [17:03] manusheel: can-do. [17:03] lfaraone: Great. [17:04] manusheel: I'll create a calendar event and mail it to both of you. [17:07] sent. [17:08] lfaraone: Thanks Luke. Added the event to the calendar. [17:08] lfaraone: Can you send it to Neeraj? [17:09] manusheel: I did. [17:09] lfaraone: Thank you. [17:09] kandarpk: Try reproducing this issue at USR - http://bugs.sugarlabs.org/ticket/2195 [17:10] kandarpk: If you are able to reproduce it, we should work on this bug. [17:11] manusheel sir: can I look at it in 25 min ? packaging speak [17:14] kandarpk: Sure. [17:48] lfaraone: speak-activity pushed to git repo. [17:49] kandarpk: Great. [17:49] kandarpk: Which code files are we looking at in http://bugs.sugarlabs.org/ticket/2195? Some pointers from my side here. [17:49] kandarpk: Look at window.py [17:49] and buddy.py [17:50] manusheel sir: this needs to be checked in USR ? [17:50] kandarpk: Yes. [17:51] kandarpk: We have to check things in USR only. [17:51] manusheel sir: not debian ? [17:51] kandarpk: Check on Debian too. It is an upstream sugar issue. [17:53] manusheel, sir can anyone provide me with a debian tar ball [17:53] without any changes [17:54] ishan: Let us focus on one thing at a time. We are discussing bug #2207. [17:54] Launchpad bug 2207 in abuse-frabs (Ubuntu) "Icons / pixmaps in wrong directory (heat: 1)" [Medium,Invalid] https://launchpad.net/bugs/2207 [17:54] Lets focus on that. [17:54] manusheel, okay [17:55] sir i was just asking because all the problems coming up in the moon package are due to the copied debian tarball from neeraj sir which already had changes [17:57] ishan: We are discussing bug #2207 right now. Not, moon package. I did see the review. We'll discuss it once we have done bug #2207. [17:57] Launchpad bug 2207 in abuse-frabs (Ubuntu) "Icons / pixmaps in wrong directory (heat: 1)" [Medium,Invalid] https://launchpad.net/bugs/2207 [17:57] manusheel, yes sir [18:06] manusheel sir: facing http://bugs.sugarlabs.org/ticket/2195? in debian [18:06] kandarpk: Are you facing this issue? [18:07] manusheel sir: yes sir. [18:07] in debian [18:07] kandarpk: Ok, can you send me the steps on how you reproduced the issue in an e-mail? [18:08] kandarpk: No, big documentation. Just write it very concisely. [18:08] manusheel sir: the steps are mentioned in the bug report [18:10] kandarpk: Let me send you a sample for writing the steps. The one on the bug are not complete. [18:11] kandarpk: Send. [18:11] Kandarpk: Let us open up window.py file. [18:11] I am opening up on my system. [18:14] hi manusheel sir [18:17] mukul: Hi Mukul. [18:17] mukul: How are we doing in reference to the bugs? Can you send me an update e-mail? We'll meet in 15 mins at IRC. [18:17] manusheel sir: where is window.py located ? [18:17] mukul: Currently, working with Kandarp and Ishan on getting them to fix their bugs quickly. [18:19] kandarpk: In jarabe folder, where do you think window.py file should be placed? [18:19] kandarpk: There are 4 key folders. [18:20] kandarpk: Think on what we discussed last time. You should be able to tell me this very quickly. [18:20] manusheel sir: Ok [18:21] manusheel sir: controlpanel ? [18:21] * dipankar says hello [18:21] kandarpk: You have control panel folder with you, right? [18:22] manusheel sir: hmmm [18:22] dipankar: Hi Dipankar. Let us not only complete the register bug, but the other 3 too :-) [18:22] manusheel, sir i think i have figured out the basic problem-what the bug is about [18:22] ishan: Neat. Send me an e-mail on it. [18:22] manusheel, sir that will be a bit hectic :P [18:22] hehe [18:23] kandarpk: We should not be taking so much time on this part. Let me know. Otherwise, I'll find this and tell you. Looks very obvious to me. [18:23] manusheel, sir, shall I ask Bernado Innocenti here itself? [18:23] dipankar: The bugs are simpler. [18:23] :-) [18:24] manusheel sir: browsing the window.py file [18:24] kandarpk: Ok, did you find the right folder? [18:24] ishan: Include the steps to reproduce. [18:25] manusheel sir: its in jarabe/intro [18:25] hey ishan . :) [18:25] kandarpk: Good. Yes, that is where it should be. Intro is the folder for the window file. [18:26] manusheel, i have not tried to reproduce the same bug but a similar message was displayed while i was trying to reproduce the second bug [18:26] manusheel sir: intro ? [18:27] kandarpk: Yes, we keep all window related stuff there. Ok, now tell me, how did you reproduce the issue? [18:27] kandarpk: You started the sugar emulator. After that? [18:28] bernie, Hello. How are you? [18:28] ishan: Can you tell me which bugs are we talking here? [18:28] ishan: Please use bug links in the conversation. [18:28] manusheel sir: in control panel, select date/time [18:29] kandarpk: Ok. Next, step. [18:29] manusheel sir: set time to Melbourne [18:30] manusheel sir: see time using clock activity [18:30] manusheel, sir 2201 bug [18:30] it will give the correct time for Melbourne [18:30] ishan: Use URL, I meant by links. [18:30] manusheel, okay sir [18:30] manusheel, http://bugs.sugarlabs.org/ticket/2201 [18:31] manusheel sir: then select time zone UTC+10 ( time zone of Melbourne ) [18:31] this time clock will show incorrect time [18:32] kandarpk: Fine. And, for other time zones, what is the result? [18:33] manusheel sir: setting UTC+11 worked. [18:34] kandarpk: Ok, check with two more time zones. [18:34] manusheel, Sir, I think bernie is not here. [18:34] dipankar, sir hi [18:34] manusheel, sir check the mail [18:34] kandarpk: If it is an Australia time zone issue, we can fix this in 2 minutes with the patch. [18:34] dipankar: Any help required? [18:35] dipankar: What is the location of the schoolserver file? [18:35] manusheel, sir, I have found the problem which is causing the bug [18:36] manusheel, the path: /usr/share/pyshared/jarabe/desktop/schoolserver.py [18:36] manusheel, sir, line 90 [18:36] ishan: I didn't get your explanation. Can you tell me the details of the scenario in an e-mail again? Thank you. [18:36] dipankar: Great. Looking at the file. [18:37] manusheel, sir did you checked the screenshot [18:37] manusheel sir: It shouldn't be related to Australia [18:37] mukul: Waiting for your e-mail. We meet in another 10 mins. [18:37] as setting UTC+10 wasn't working [18:37] manusheel sir:^^ [18:37] manusheel, sure sir. The problem is (I think) with the variable 'url= http://schoolserver:8080/' [18:38] ishan: You should have send me an edited screenshot in paint. Was tough to read it. [18:38] kandarpk: Ok, what do you think is the problem with the setting? [18:38] manusheel, okay let me resend because the screen shot was important for explanation [18:39] ishan: Export the logs and send that to me. [18:39] manusheel, try opening the link: http://schoolserver:8080/ - Its not opening on my system. Then try : jabber.sugarlabs.org, it should open [18:39] dipankar: Can you elaborate? [18:39] dipankar: Do we have a machine name "schoolserver"? [18:39] dipankar: I don't think so. [18:40] manusheel, ohk. [18:40] kandarpk: Can you let me know the problem with the setting? [18:40] manusheel, sir, this I think what alsroot was trying to tell me last time [18:40] it won't open [18:40] manusheel sir: setting ? [18:41] manusheel sir: I think, instead of calculating UTC+10, it is giving UTC-10 [18:42] kandarpk: Yes, you just said that there is a problem with the UTC setting. Kandarp, what I am able to gather is not that. I think that the default time in default time zone is correct. When we change time zone, the mess happens. [18:42] kandarpk: Right? [18:42] manusheel sir: same for UTC+5 [18:43] dipankar: Didn't get you. How is that URL related to our scope of problem? [18:44] manusheel, sir, line 100 in schoolserver.py: server = ServerProxy(url) [18:44] manusheel, sir check the mail sir [18:45] manusheel, sir, i think this is making the sugar freeze, not sure though [18:45] manusheel, sir the error comes when the dbus is not able to provide the service for which the user is requesting [18:45] manusheel, after this step only the register process "try: ..." starts [18:45] manusheel sir: hmmm, there seems to be a problem of +/- [18:45] ishan: Will do in 10 mins along with Mukul's e-mail. Working with Dipankar. [18:45] kandarpk: Excellent. [18:46] kandarpk: It is a simple issue indeed. [18:46] kandarpk: Try and write a patch, and get it peer reviewed before we upload it. [18:46] manusheel sir: Ok [18:46] dipankar: Looking at that line. [18:46] manusheel, okay sir will meanwhile try to figure out the file related to the bug [18:46] dipankar: Give me 2 minutes. [18:47] kandarpk, hello sir, you working on the time zone bug? [18:47] manusheel, sure sir, no problem? [18:47] dipankar: yes [18:47] kandarpk: Send me the patch file before we move on to the next bug. [18:47] kandarpk, I searched a bit about it last night. I also think its some problem with sign [18:48] dipankar, kandarpk: Great. Did we identify the file, where the change needs to happen? [18:48] manusheel sir: looking for it [18:49] That is the sign change. [18:50] manusheel, just a sec sir [18:53] dipankar: I'm here [18:55] manusheel, the file location [18:55] bernie: Hi Bernie. Great. [18:55] I think is: sugar-0.88.1/extensions/cpsection/datetime/model.py [18:55] bernie, how are you doing? [18:56] dipankar: Excellent, Dipankar. This was quick. [18:56] manusheel, actually I forgot where I saw it last night :P. I forgot to write it down. Otherwise, would have been more faster :P [18:57] dipankar: Ok, Dipankar. Sure. Let us have a word with Bernie now. [18:57] manusheel, sure sir [18:58] bernie: Around? [18:58] bernie, I am working on the bug: https://bugs.launchpad.net/ubuntu/+source/sugar-0.88/+bug/617813 [18:58] Launchpad bug 617813 in sugar-0.88 (Ubuntu) "sugar freezes when register widget is clicked (affects: 1) (heat: 207)" [Critical,Confirmed] [18:59] kandarpk: Now, can you fix the bug, and upload its patch? [18:59] manusheel sir: looking for the file [19:01] dipankar: Can you provide the full path of the file? [19:01] From / ? [19:04] manusheel sir: I have sent you the mail. Please review.it. Howver I was not able to gomuch further regarding them. [19:04] bernie, we are trying to introduce a small snippet in usr/share/pyshared/jarabe/desktop/schoolserver.py, which will compare the connection time with a preset lag time [19:04] manusheel, sir, its in the source package of sugar [19:04] *sorry, forgot to tell that before [19:05] dipankar: Absolutely fine. [19:06] manusheel, sir any pointers on how to search for the file relating to the bug 2207 [19:06] Launchpad bug 2207 in abuse-frabs (Ubuntu) "Icons / pixmaps in wrong directory (heat: 1)" [Medium,Invalid] https://launchpad.net/bugs/2207 [19:06] mukul: Can you discuss the patch of bug 2064 with alsroot? That is an important one to understand. Let me know what all you have gathered in the discussion after your meeting with alsroot. [19:06] Launchpad bug 2064 in launchpad-foundations "launchpad.conf should support alternative port for database connection (dups: 1) (heat: 13)" [Low,Fix released] https://launchpad.net/bugs/2064 [19:07] * dipankar : ankur is unable to join us because his hard disk crashed [19:09] dipankar: Fine. I'll ask Ankur to come to the meeting tomorrow. We'll find him a machine to work on. [19:09] manusheel sir: Ok [19:09] ishan: Ok, what did you gather. Can you please explain? [19:10] ishan: I asked you to write about the scenario. What you did when you find this exception? [19:10] I didn't find it over there. [19:11] dipankar: Let us arrive at a good conclusion on the registration bug. Looking at it. [19:11] manusheel sir: according to me the error message is displayed whenever dbus is not able to find the service which is requested by user [19:11] manusheel, yeah! lets close this bug down today [19:13] dipankar: I didn't find pyshared [19:13] in share folder. [19:14] manusheel, sir, are you looking in system or sugar-package? [19:15] manusheel, sir just try this: cd /usr/share/pyshared/jarabe/desktop/ [19:16] Didn't find pyshared. [19:16] dipankar: Right. I tried this only. [19:17] alsroot: around ? [19:17] kandarpk: yup [19:17] alsroot: which file has the info regarding system time ? [19:18] manusheel, sir, please try this one then: dpkg -S schoolserver.py [19:18] sure. [19:19] kandarpk: afaik, sugar itself doesn't setup system time (and doesn't show it), so it is regular system stuff [19:21] manusheel, sir, any result? this is strange [19:21] manusheel, the path mentioned by dipankar sir is correct [19:21] ishan, thanks for cross-checking [19:22] alsroot: 'from datetime imoprt datetime' [19:22] print datetime.now() [19:22] dipankar: yes, got it. Sorry, there was a resolution problem at my end. [19:23] kandarpk, try : time.time() [19:23] alsroot: running this ^^ in pippy is giving wrong time [19:23] kandarpk, oops, sorry, wrong statement [19:23] alsroot: the control panel has the option to adjust date/time [19:24] alsroot: how is that maintained ? [19:25] manusheel, no problem at all :) [19:25] happens sometime [19:26] dipankar: So, you found the right spot. That func does the registration part. [19:27] manusheel, :) yes sir. I think the problem is in line 100 [19:28] Yes. [19:28] You need to add a line (conditional statement over there) as we had discussed. [19:29] kandarpk: forgot it, sugar sets only time zone, all CP components come from sugar/extensions/cpsection, so see datetime sub directory [19:31] alsroot, I think you are referring to model.py in datetime [19:31] in which time zones are set [19:31] kandarpk: btw are you sure that time is wrong? [19:31] dipankar: yup [19:31] alsroot: thanks [19:31] kandarpk: it could be just wrong time zone [19:31] alsroot: yes, UTC+10 gives time for UTC-10 and vice-versa [19:32] * alsroot checks [19:37] manusheel, sir, what should I add then? A little guidance please :) [19:39] dipankar: if (t>45 seconds), a message. This is based on the discussion we had. [19:40] manusheel, ok sir, but how to get that time :? [19:45] dipankar: Not very difficult. Think a bit. [19:47] kandarpk: Did we change the code? [19:47] And, make the patch. [19:48] kandarpk: hmm, looks like problem is that python/Clock-actiivty shown time in time zone set in system all time [19:48] *show [19:48] alsroot: using pippy [19:49] kandarpk: i.e. in time zone that was chosen in CP [19:49] from datetime import datetime [19:49] kandarpk: i.e. *not* in time zone that was chosen in CP [19:49] print datetime.now() [19:49] kandarpk: yup, these all using python [19:49] manusheel, sorry got d/c [19:49] No worries [19:49] manusheel, sir any message for me? [19:50] dipankar: Yes. [19:50] * dipankar hates wireless routers, have to get up to reset it :( [19:50] dipankar, manusheel: sorry, I dropped off again :-) [19:50] 00:10] manusheel, ok sir, but how to get that time :? [00:15] dipankar: Not very difficult. Think a bit. [19:50] dipankar, manusheel: I'll be in a meeting in 10 minutes... for about 1.5 hrs [19:50] kandarpk: not sure I understand how this system should work, you can ping the author of commits to CP datetime component, use `git annotate` to see who is who [19:50] dipankar, manusheel: can you wait? [19:51] bernie: Sure, Bernie. We'll wait. [19:51] bernie, I think i will go to bed:) its past midnight here :P [19:51] alsroot: didn't get what "time zone set in system all time" means [19:51] bernie: I'll discuss this with you. [19:51] manusheel, sorry sir. :( [19:52] dipankar: Based on what we have gathered, can you send an e-mail to Bernie? [19:52] And CC me. [19:52] manusheel, sure sir [19:52] dipankar: We'll find the exact code that needs a change. Attach the file too in the e-mail. [19:52] kandarpk: e.g. my system wide TZ is UTC, and in python/Pippy/Clock I see time in UTC (regardless what TZ was chosen in CP) [19:53] alsroot: So, it is an activity specific issue? [19:53] alsroot: but the time changes on my system when I change the time zone [19:54] in CP [19:54] kandarpk: yup, and thats why I'm not sure how it should work [19:54] kandarpk: nope, activities shouldn't manage things like TZ on their own [19:55] manusheel: ^ [19:55] alsroot: cant we change datetime/cpsection/model.py ? [19:56] kandarpk: in my mind, after choosing TZ in CP, all activities should show time in that TZ (not in system one), but it dones't work, better to ask commits author what he had in mind [19:56] dipankar: k, sorry for my un-availability [19:56] bernie, no problem :) [19:57] dipankar: Can you quickly ask your question to Bernie now? We have almost arrived at the solution. [19:57] bernie: btw, do you know is there envar to tune TZ? [19:58] kandarpk: Ok, let us write to the author, and copy me, Aleksey and David on it. [19:58] manusheel sir: Simon Schampijer has made commits to the file [19:59] kandarpk: he is erikos on #sugar [19:59] alsroot: is datetime/cpsection/model.py the file we should be looking for ? [19:59] kandarpk: yup [19:59] ok [19:59] kandarpk: Sending you his e-mail address. [20:00] bernie: Around? [20:01] bernie, hi [20:03] ishan: Ok, you can drop an e-mail to Bernie, and copy me on it. [20:03] okay sir [20:05] alsroot, hi [20:05] ishan: hi [20:05] alsroot, i am working on bug 2201 [20:05] Launchpad bug 2201 in bugsquish (Ubuntu) "Bugsquish / Bug Squish has no .desktop file (heat: 1)" [Low,Fix released] https://launchpad.net/bugs/2201 [20:06] ishan: We just discussed that we should always provide the URL. [20:06] kandarpk: Did we find a result to the bug? [20:06] manusheel, sir when we write bug -number the ubot2 displays the bug sir [20:06] alsroot, http://bugs.sugarlabs.org/ticket/2201 [20:07] ishan: Just check what bug did ubot displayed above? [20:07] manusheel sir: the timezone is set using "tz = 'GMT%d' % offset" [20:07] manusheel, okay sir my fault [20:07] when offset < 0 [20:07] manusheel, will definately take care of that [20:08] ishan: Thank you Ishan. Appreciate it. [20:08] manusheel sir: and "tz = 'GMT+%d' % offset" when offset > 0 [20:08] kandarpk: Right. [20:08] manusheel sir: no idea what to do next [20:08] alsroot, the bug is http://bugs.sugarlabs.org/ticket/2201 [20:09] kandarpk: Change + to - and see if it works. [20:09] manusheel sir: that reorders the list in the control panel [20:09] ishan: look if max chars is set properly for gtk.Label component that is used inside clipboard palette, http://library.gnome.org/devel/gtk/stable/GtkLabel.html#GtkLabel--max-width-chars [20:09] manusheel sir: UTC+10 appears before UTC-10 [20:10] ishan: I think proper value should fix this issue [20:10] alsroot, okay [20:10] thats it, the behaviour doesn't changes [20:11] manusheel sir: I should leave now if we can look at it tomorrow. [20:11] manusheel sir: have written to Simon. [20:11] kandarpk: Sure, can you please reply to my e-mail with the info. you looked at it. [20:11] The e-mail was incomplete. [20:12] kandarpk: I had replied to you on it. [20:13] alsroot: What would be a proper value of max chars? [20:14] manusheel, sir can you tell me the feature used that displays the copied text when we move mouse over the clipboard [20:17] ishan: Did you look at the clipboard? [20:17] yes sir [20:17] functionality. [20:17] manusheel: counting how many pixel will require "W", and calculating final value from screen width [20:18] manusheel, sent the e-mail [20:18] dipankar: You didn't write about the function there. [20:19] dipankar: Also, the file was not attached. [20:19] dipankar: Generally, no one has the time to dig into the function, and go to the file, and then provide solution. [20:20] dipankar: You have to make it easy for others to go through your question in seconds. [20:20] dipankar: If a question cannot be browsed in seconds, there are little chances of getting value added replies. [20:21] alsroot: Screen width should be independent of screen mode, right? [20:21] manusheel, oops, sorry sir. about the function, are you referring to the line, def register_laptop(url=REGISTER_URL): [20:21]