=== jalcine is now known as JackyAlcine_ === JackyAlcine_ is now known as jalcine === jalcine is now known as JackyAlcine_ === webjadmin is now known as JackyAlcine_ === JackyAlcine_ is now known as webjadmin === webjadmin is now known as jalcine === jalcine is now known as JackyAlcine_ === JackyAlcine_ is now known as jalcine === smb` is now known as smb === zyga-xchat is now known as zyga [09:09] morning all! [09:25] * mandel back [09:28] Morning all! :D [10:56] guys, can anyone tell me the url for tomboy notes synchronization? [10:56] https://edge.one.ubuntu.com/notes/ and https://one.ubuntu.com/notes/ gives 404 [11:00] good morning! [11:27] m4n_, ask rye, he should/might know [11:27] gatox, morning! [11:27] mandel, hi [11:27] gatox, have I told you I hate proxies ;) [11:27] m4n_, checking [11:27] mandel, mmmm i think i heard that once or twice jejee [11:28] m4n_, are you using browser to go to https://one.ubuntu.com/notes/ or using directly in tomboy config? [11:28] gatox, great, so, I hate them.. I'm having to write a proxy factory wtf? [11:29] jeje [11:29] mandel, did you read this? http://www.extremetech.com/computing/121015-windows-8-may-drive-me-to-linux [11:30] rye: my tomboy kept crashing because i had set for auto sync. [11:30] thats when i went and checked online, but i see that the online UI has been discontinued [11:30] but the syncing is no longer working for me [11:30] gatox, yep, seen it [11:31] gatox, I'm going to update my developer previews to see what's up with that.. :) [11:31] mandel, :P i'll try to install it later too [11:31] rye: i also tried running with --debug, but that is also not giving anything relevant [11:32] am on 11.10 [11:32] tomboy version Version 1.8.0 [11:32] m4n_, launching vm to test [11:32] sure [11:37] m4n_, no, association is performed correctly, let me give you a link to the script that will check whether notes are ok [11:37] okay [11:37] so when you say "notes are ok", you mean any parsing error or stuff like that? [11:37] i can do a local directory sync - that works fine. [11:37] m4n_, yes, - http://people.canonical.com/~roman.yepishev/us/tomboy-sync-validator.py - download it and run as python tomboy-sync-validator.py [11:37] if at all that matters [11:38] m4n_, no, i mean whether the stored ones on the server are ok [11:38] m4n_, the script will check for XML well-formedness and for date format error which are the only two known issues preventing tomboy from syncing [11:39] it now has a --fix option which i have just added, so in case it finds something wrong with the dates, it can be used to reset the dates. [11:45] gimme a sec [11:45] * rye is rebooting after lots of updates [11:45] brb [11:46] well, i should have mentioned. i have seen last-sync-date sparse error in manifest.xml [11:46] i didnt know it was a fatal error [11:50] m4n_, ah, yes, it is fatal for tomboy [11:51] ah no wonder [11:51] then i tried removing that field altogether in the manifest ;) [11:51] didnt help :) [11:51] m4n_, it was generated by a buggy code on one.ubuntu.com/notes side, and fixed in 3 days or so, but notes that went in during that period became broken [11:52] btw, the python script is not showing anything nor finishing [11:52] it is trying to open tomboy notes, i believe from the Gtk warnings that i get on the terminal [11:53] i searched to see if I can get a valid last-sync-date format from someone.. but all were reports of errors on that [11:53] with my same time stamp [11:53] so do you think fixing that timestamp will fix my issue? [11:53] m4n_, no, it is not trying to open the notes, it is trying to contact ubuntuone servers [11:53] or [11:53] it is stuck at credentials getting [11:53] ah [11:54] m4n_, could you please ctrl+c it? [11:54] sure [11:54] gatox, have you been working with the ./ubuntu_sso/qt/tests/show_gui.py and ./ubuntu_sso/qt/tests/login_u_p.py files? [11:55] mandel, mmmm not recently [11:55] mandel, why? do you need something? [11:55] m4n_, did it show where KeyboardInterrupt happen? [11:56] gatox, sorry, I just checked bzr blame, it was not you :) [11:56] mandel, aja! [11:56] jeje [11:56] gatox, there are a number of debug print statements there [11:56] mandel, who was it? [11:56] * gatox wants to know [11:56] gatox, such as print "result received", args :P [11:56] mandel, in trunk? [11:57] gatox, do a bzr blame on ubuntu_sso/qt/tests/login_u_p.py [11:57] gatox, AFAIK yes, in trunk [11:57] rye: yes, in credstorage.loop.run() as you suspected [11:57] mandel, i see :P [11:58] gatox, and in ubuntu_sso/qt/tests/show_gui.py [11:58] m4n_, ok, this is not good [11:58] :) [11:58] m4n_, it means that my testing oneiric instance was actually using precise packages, therefore it worked [11:58] mandel, hehe [11:58] rye: want me to paste the last few lines when i pressed ctrl+c? [11:58] which means that ubuntuone-indicator also is broken on oneiric now [11:59] ah may be i should not do daily updates :| [11:59] m4n_, it means that my testing oneiric instance was actually using precise packages, therefore it worked [11:59] ah, wrote that already [11:59] :) === m4n_ is now known as m4n [12:00] is this a valid timestamp now? 2012-03-07T16:51:28.6484780+05:30 [12:00] that is what i have now [12:01] good morning! [12:03] ralsina, morning! [12:03] hello mandel [12:03] ralsina, we might get the ssl dialog support done today! [12:04] mandel: yay! [12:04] ralsina, hi! [12:04] ralsina, although, the main reason for our problems is that we have not been using a proxy factory and instead we have used a proxy.. [12:04] hola gatox! Feelig better? [12:04] m4n, erm, are you using Ubuntu One for file sync? [12:04] mandel: mmmmmmmkay [12:05] rye: hey it worked this time [12:05] nope, am not using ubuntu one for file sync [12:05] ralsina, yep!!! totally rested [12:05] m4n, aha, i should change the priorities of the lookup - tomboy, then gnome-keyring then sso [12:05] ralsina, so the thing is, if a user has set diff proxies for http and https the qtnetwork implemenation was always using the http one no matter which scheme the request had [12:06] hello everyone! [12:06] nessita, hi [12:06] ralsina, I have been swearing about proxies since yesterday when I discovered the issue :) [12:06] mandel: better yesterday than today! [12:06] how are you feeling today gatox? [12:06] rye: i dont know what exactly fixed this time. but what I believe is, after doing a local sync which fixed the time stamp in the manifest file, the authentication worked [12:06] and then syncing followed [12:07] nessita, splendid! :D [12:07] m4n, so syncing with U1/notes worked, right? [12:07] rye: yes. it did [12:07] thanks for your help :) [12:11] nessita, morning! [12:11] then i second gatox's reaction on an unrelated event [12:11] nessita, I've seen in the back-log I was mentioned, did I add any new deps? I don't think so.. [12:11] rye, second me about what?? what did i miss? :P [12:11] gatox, you said "splendid!" :) [12:11] hola mandel! [12:12] mandel: I think you did not, which is great, but I was packaging ussoc and needed to confirm [12:12] rye, ahhhhhh jeje [12:13] nessita, cool, I have been trying not to add a single dep if I cannot, I've been really careful recently ;) [12:13] mandel: that's great, thanks :-) === zyga is now known as zyga-afk [12:29] which is more correct, "converted to" or "converted into" [12:32] nessita, i think is convert into [12:33] nessita, ref http://www.thefreedictionary.com/convert [12:38] mandel: thanks! === zyga-afk is now known as zyga [12:54] nessita, gatox, mandel: I am sleepy and grumpy. Are there any reviews I can do? [12:55] nessita, not from me, sorry [12:55] ralsina: alecu asked several by email, I think [12:55] ralsina, yes sir: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/verification-fail/+merge/95978 [12:55] :D [12:55] nessita: oh, right. Ok, I'll do those. [12:55] gatox: thanks! [12:55] * ralsina gets some mate going [13:11] I'm off to have lunch, catch you in a number of mins! [13:11] * mandel lunch [13:23] dobey: hi there, any idea why having the qt man page as we did for the gtk, is not getting installed in debian/tmp/usr/share/man/man1/ubuntuone-control-panel-qt.* ? [13:24] dobey: on setup.py we did nothing special for the gtk man page, as we don't for the qt one === jalcine_ is now known as jalcine [13:28] hello all! [13:29] alecu, hi [13:29] hello alecu! [13:45] aquarius: ping [13:47] mhall119, pong [13:47] I think I found it myself, but just to double check, is it possible to write a desktop app that can stream music from your U1 cloud? [13:47] using https://one.ubuntu.com/developer/music/stream_music/cloud === jalcine is now known as JackyAlcine_ === JackyAlcine_ is now known as jalcine [14:09] ralsina, dobey: would you please review? https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/install-man-page/+merge/96359 [14:09] nessita: sure [14:10] nessita, what happend with the bug with uife? should i merge the branch i have with something else? [14:12] gatox: let's ask joshuahoover now that I released ussoc. Hey joshuahoover! how much less uife do we have today? :-) (yesterday I released a lot of them) [14:14] nessita: i think we installed the man page for gtk using the .install file for the package [14:14] nessita: +1 on man-page [14:14] mhall119: https://launchpad.net/ubuntuone-music [14:14] mhall119: so "yes" :) [14:15] dobey: yes, but the thing is that the manpage from upstream does not get installed in debian/tmp/usr/share/man/... [14:15] nessita: yes, because we *installed* it from the .install file, not the setup.py [14:16] dobey: not sure what you mean (since I still understand what I answered to before :-)) [14:16] nessita: one second, i'll show you [14:16] dobey: thanks [14:17] oh, nevermind, apparently we weren't doing what i thought we were doing [14:17] dobey: exactly! (?) [14:17] dobey: I guess distutils-extra was doing some magic for the old man page, that can't apply to the new one (perhaps the "this is a generated file" header is confusing it) [14:17] i don't think it parses man pages [14:18] dobey: so I proposed a branch to install the manpage properly from setup.py, and made a pacth for the package with that, and that is working like a charm [14:18] dobey: the man page for the gtk cp was being installed in {install_prefix}/share/man/man1/... [14:18] and that install was happening by some magic [14:18] we had no code to do it [14:19] yes i know it was; but the magic i thought it was, is apparently not the magic :-/ [14:20] dobey: I insist is the disutils-extra. Since we removed the gtk manpage and we have the qt one, we're getting [14:20] WARNING: the following files are not recognized by DistUtilsExtra.auto: [14:20] docs/ubuntuone-control-panel-qt.1 [14:20] and we did not get that for the gtk manpage, so that means that disutils-extra recognized it and did something with it [14:21] hmm [14:21] nessita: if it's the header, I am removing it on apending branch [14:21] maybe it is parsing it for some reason then and the comment confuses it [14:21] it's easy enough to test it [14:21] ralsina: I kinda like the header, it makes sense (since we're generating the manpage) [14:21] yes [14:21] nessita: not really, I had to edit it ayway [14:21] done [14:21] anyway [14:21] is the header [14:22] removing the header made ./setup.py install it [14:22] weird [14:22] nessita: then do nothing, and when my branch lands it fixes itself [14:22] oh, it probably checks the mime type of the file [14:22] ralsina: hrm. I need to do something for the packaging branch [14:22] and the header breaks the magic for the man [14:22] since the first N bytes are different [14:22] ralsina: what's your fix, so I can apply the same to the packaging branch? [14:22] dobey: right [14:23] nessita: diff is here https://code.launchpad.net/~ralsina/ubuntuone-control-panel/alerted/+merge/96253 [14:23] does man barf with the header? [14:23] dobey: no [14:24] dobey: it's a limitation on file, I suppose [14:24] ralsina: well, mime.magic [14:24] dobey: same thingie [14:24] which says "N bytes are FOO" [14:24] we can also fix the mime [14:24] dobey: how? [14:25] in shared-mime-info i think [14:25] dobey: basically doesn like *roff files that start with a comment, it seems [14:25] right === jalcine_ is now known as JackyAlcine_ [14:25] nessita: by adding another magic specification to skip the comment [14:26] dobey: is it woth doing it? removing the comment just works === JackyAlcine_ is now known as webjadmin [14:26] nessita: but that's a fix outside of our code, and in shared-mime-info or something === webjadmin is now known as JackyAlcine === JackyAlcine is now known as jalcine_ [14:26] ah === jalcine_ is now known as jalcine [14:26] nessita: for this specific case? no. for the general case? yes. [14:26] agreed [14:26] ralsina: ok, branch completly changed but same MP [14:26] nessita: hahaha, keep the +1 ;-) [14:27] * ralsina looks anyway [14:27] also updated the commit message [14:27] dobey: you may wanna confirm your +1 https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/install-man-page/+merge/96359 [14:28] nessita: consider it a +2 from me [14:28] nice [14:28] ralsina: you will have to merge this in yours and resolve the conflict, perhaps [14:28] nessita: no problem [14:29] nessita: 1-1? Has to be on IRC though, pulseaudio hates me too now. [14:29] sure] [14:39] dobey: also, u1cp needs to depend on installer >= 2.99.90 and u1client 2.99.90, so please let me know when those are uploaded to ubuntu. Thanks! [14:39] it does? why? [14:42] nessita, ralsina i have this branch for review when you have a moment: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/too-verbose/+merge/96364 [14:43] dobey: on installer for consistency, on u1client so u1-login prefers the qt UI [14:43] gatox: ack! [14:43] i don't think those warrant a necessary dependency [14:45] dobey: agreed is not 100% necessary, OTOH I think is is cleaner [14:45] gatox: queued [14:45] anyways, tehre is no problem on holding the u1cp release for a couple of hours, no? [14:46] nessita, do you have any other issue in mind that you would like that i work on??.... i finish with the ones we talk the other day (except one that is in stand by because we need feedback from design) [14:46] gatox: which one? (I fixed the one about login and forgotten page title) [14:46] or I just look in my bug queue? [14:47] nessita, this one: https://bugs.launchpad.net/ubuntuone-control-panel/+bug/942020 [14:47] Ubuntu bug 942020 in Ubuntu One Control Panel "The selected tab has a weird orange highlight" [Medium,Triaged] [14:47] gatox: ah, yes. Can you ping rtgrant and lisette about that? [14:47] gatox: and yes, go thru your bug queue [14:47] gatox: will review it now, just to be sure. Perhaps I will adjust priorites a bit [14:48] nessita, ok [14:51] gatox: I'm re-reading the orange highlight bug... what do you need from design? [14:52] gatox: the bug is about the weird shape of the highlight, in the screenshot you can see if pretty small, it should cover the whole tab, I'd say [14:55] ups, I forgot, I'm back :) [14:55] * mandel back [14:56] gotta go picck up the kid. Will be back in a bit. [14:59] ralsina, can you wait 2 mins, that way we have the stand up :P [15:00] me [15:00] me [15:00] me [15:01] me [15:02] meh [15:04] nessita, ? [15:04] * jalcine wants in [15:04] sorry, on a conversation next door [15:04] me [15:04] but no notes yet [15:05] go for me? [15:05] DONE: [15:05] Proposed 2 branches for Bug #934500: Qt UI: Logging too verbose (and adds no useful info) and Bug #945065: [UIFe] ResetPassword page has some widgets really close to the right margin. Take half of the day yesterday to rest because i wasn't felling very well. [15:05] TODO: [15:05] Keep fixing the bugs in my Bugs Queue. [15:05] Launchpad bug 934500 in Ubuntu Single Sign On Client "Qt UI: Logging too verbose (and adds no useful info)" [Medium,Triaged] https://launchpad.net/bugs/934500 [15:05] BLOCKED: [15:05] Launchpad bug 945065 in Ubuntu Single Sign On Client trunk "[UIFe] ResetPassword page has some widgets really close to the right margin" [Medium,In progress] https://launchpad.net/bugs/945065 [15:05] No [15:05] mandel, go [15:05] DONE: Refactored qtnetwork webclient implementation to use a proxy factory. The main reason is that if the user has set up diff proxies for http, https etc.. we have to make sure we use the correct one. I've got tests for the qtnetwork implementation not for libsoup, I think we need to do something similar to the dbus tests so that the gsettings are mocked. [15:05] TODO: Add some extra tests for the ssl dialog. Implement the ssl dialog changes for libsoup (trivial). review alecus branches [15:05] BLOCKED:no [15:05] * mandel passes the ball to urbanape [15:05] DONE: Made a little progress on my branch for ubuntu-sso-client [15:05] TODO: Figure out the best way to determine network connectivity on darwin, generalize an ignorable test structure for UNIXish environments. [15:05] BLOCK: None [15:05] alecu: you're up [15:05] DONE: finished tunnel branches for review, started branch to use tunnel for SD webcalls [15:05] TODO: keep working on webcalls, bug #929212 [15:05] BLOCKED: need reviews on the four branches here: https://bugs.launchpad.net/ubuntuone-client/+bug/929207 [15:05] NEXT: dobey [15:05] Launchpad bug 929212 in Ubuntu One Client "[FFE] Tunnel webservice calls if proxy is enabled" [High,Confirmed] https://launchpad.net/bugs/929212 [15:05] Ubuntu bug 929207 in Ubuntu One Client "[FFE] Proxy "tunnel" for syncdaemon" [High,In progress] [15:05] λ DONE: releases and backport to stable branches [15:05] λ TODO: upload new rb, finish releases/uploads, twisted glib2/gireactor debugging [15:05] λ BLCK: none. [15:06] nessita: [15:06] DONE: releases, reviews (lost of those) [15:06] TODO: releases, testing of those, reviews, start with bug #933697 [15:06] BLOCKED: nopes [15:06] NEXT: ralsina [15:06] Launchpad bug 933697 in Ubuntu One Control Panel trunk "[FFE] Integrate missing pages to Qt Control Panel" [High,Triaged] https://launchpad.net/bugs/933697 [15:06] any comments anyone? [15:08] comments: [15:08] * please, review my branches! :-) [15:08] eoc [15:09] # meh. [15:10] mandel, do you have a branch for the "proxy factory" changes? [15:10] mandel, I'd like to take a look at that, and see if I need to use something like that in the tunnel. [15:11] alecu, let me push it, one min [15:11] alecu: ack, will do [15:15] alecu, here you go: lp:~mandel/qt-ssl-dialog [15:15] * dobey needs to send a mail to remind people to target their bugs appropriately it seems [15:15] alecu, sorry, lp:~mandel/ubuntu-sso-client/qt-ssl-dialog :P [15:16] * gatox lunch === gatox is now known as gatox_lunch [15:17] mandel, ack [15:18] alecu, the main idea is that setProxy forces the webclient to ALWAYS use the same proxy, which is wrong, if the user did set up http proxy to my_hhtp_proxy and https to my_company_proxy you will always use the http one for the https requests [15:18] ralsina, nessita: here is what our list is showing as of today for FEs: http://is.gd/u1fes [15:19] alecu, which is wrong, what you have to do is create a proxy factory that looks at the scheme of the proxy request and returns the correct proxy according to the settings [15:19] alecu, does it make sense? [15:19] mandel, but remember that *we* always do https requests [15:19] joshuahoover: ok, removing https://bugs.launchpad.net/ubuntuone-control-panel/+bug/940620 from that list since we're not doing that [15:19] Ubuntu bug 940620 in ubuntuone-control-panel (Ubuntu Precise) "[UIFe] Background color does not fit in with Ubuntu" [Undecided,Triaged] [15:19] alecu, then we have been always the wrong proxy in use because in gsettings we have been reading the http one.. [15:19] joshuahoover: and we need to add the one from gatox_lunch from yesterday [15:20] mandel, I agree that querying the proxy for every url is the expected behavior, but there's a gotcha to that, because sometimes it can get too slow... let me find the link. [15:20] nessita, gatox_lunch: once gatox is back, if he gets me the bug # i'll add it [15:20] let me give you that [15:21] background color is sad :( [15:22] bug #940620 marked as won't fix [15:22] Launchpad bug 940620 in ubuntuone-control-panel (Ubuntu) "[UIFe] Background color does not fit in with Ubuntu" [Undecided,Triaged] https://launchpad.net/bugs/940620 [15:22] dobey: sorry, I agree with you [15:22] mandel, "On Windows platforms, this function may take several seconds to execute depending on the configuration of the user's system", on the bottom of http://doc.qt.nokia.com/4.7-snapshot/qnetworkproxyfactory.html [15:23] joshuahoover, this one: https://bugs.launchpad.net/ubuntu-sso-client/+bug/945065 [15:23] Ubuntu bug 945065 in Ubuntu Single Sign On Client trunk "[UIFe] ResetPassword page has some widgets really close to the right margin" [Medium,In progress] [15:23] gatox_lunch: thx [15:23] at least this song is a win; it samples from "Altered Beast" [15:25] alecu, yep, but I'm just using that for the linux one, where by implementation of the factory returns the proxies from a dict, you are looking at a static function, I'm implementing http://doc.qt.nokia.com/4.7-snapshot/qnetworkproxyfactory.html#queryProxy [15:25] alecu, you are looking at http://doc.qt.nokia.com/4.7-snapshot/qnetworkproxyfactory.html#systemProxyForQuery [15:29] mandel, ack. [15:29] mandel: in https://code.launchpad.net/~mandel/ubuntu-sso-client/webclient-use-dialog/+merge/94416, why you need a constant for CREDS_ACQUIRED? isn't the semantics of that return code the same as USER_SUCCESS? [15:29] mandel, a related question: [15:30] nessita, gatox: +1 on verification-fail. Is ussoc open for merges? [15:30] ralsina: yessir [15:30] mandel, the user/password that's in the gsettings, you are only using it for http, and not for https... [15:30] mandel, should we use it for both instead? [15:31] mandel, I mean I would consider "http.use-authentication" both for the http and https server. [15:32] alecu, and that is a bloody good question.. at the moment I'm just using it for http, the things is, where is that value coming from, the user has no ui in the gnome-control-center for that, right? [15:32] nessita, seems to be the same, yes, has that landed in trunk. I can file a bug and fix it for the next release since that does not require an fe [15:33] mandel, it seems like that UI was gone in O already. [15:33] alecu: i wouldn't think so [15:33] dobey, the thing is that there's no "httpS.use-authentication" in gsettings. [15:34] alecu, we can use it for both, worst case scenario we get a 401 the first time, also, if the user set it as user:password@domain we are ok since it is considered over the gsettings value [15:34] alecu: i understand that. but as they can be different servers, i don't think the auth for one should be used for the other [15:34] mandel: it has not, I'm doing the review for it [15:34] dobey, that makes a lot of sense [15:34] nessita, even better! I can fix that before it lands! [15:34] alecu: i think we should just pop the dialog if we get a 401, and store the results in the keyring [15:34] joshuahoover: which one is the tag for feature freeze expections (no UI)? [15:34] pop the password dialog, that is [15:35] mandel, what dobey says. [15:35] nessita, which branch are you looking at? [15:35] nessita: they are all just u1-fe [15:35] mandel, and on top of that, store different credentials for every proxy configured [15:35] nessita: just use u1-fe [15:35] dobey: there is also a u1-ffe, so I wanted to confirm [15:35] joshuahoover: what's the tag u1-ffe used for? [15:35] typo? or historical fail? [15:35] mandel, so, if the user changes the proxy host or port or type then new credentials are asked always. [15:35] alecu, yes, that is indeed true.. [15:36] dobey, nessita: yep, historical fail on my part [15:36] is ok, good to know [15:36] nessita: so just use u1-fe...i'll try to remove the other tags when i see them, feel free to do the same :) [15:36] alecu: i think we should just always ask for credentials if needed, and ignore the use-authentication bits in gsettings [15:37] joshuahoover: thanks! [15:38] joshuahoover, https://support.one.ubuntu.com//Ticket/Display.html?id=11867 - Now I am fixing notes w/o the gui [15:38] alecu: the control panel has no ui to set it. and passwords shouldn't be stored in gsettings anyway [15:38] web ui [15:38] rye: thx [15:38] i mean [15:39] can someone please do quick review of https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/update-from-trunk/+merge/96250 ? [15:40] mandel: let me know when that's changed, the branch is https://code.launchpad.net/~mandel/ubuntu-sso-client/webclient-use-dialog/+merge/94416 [15:40] alecu, so thinking about it, passwords should be stored as domain:port or something like that since otherwise we might have issues [15:41] nessita, ok! [15:41] mandel, I think dobey is right and we should not care about authentication settings stored in gsettings; and only use authentication when the proxy requests it, and get it from the keyring. [15:41] mandel, not even user:pass@host [15:41] nessita, gatox_lunch, ralsina: do we have any other ui related changes for sso-client that you know about? if so, i'd like to send one email to the doc/translator email lists [15:42] mandel, and yes, for passwords stored in the keyring we should name them like "type:host:port" [15:42] none I know of [15:42] mandel, type being http, https or socks [15:42] alecu, mandel: we should store passwords in the keyring, in the same way that eg; epiphany does. [15:42] joshuahoover: ^ (but wait for gatox's and nessita's ack just in case ;-) [15:43] joshuahoover: thinking, let me review the whole bug queue, will ping you back [15:43] dobey, we are doing that already :) [15:43] nessita: thx [15:43] alecu, is there a diff between https:domain:8888 and http:domain:8888 ? the user could be using to usernames, true.. but how common is that? [15:45] mandel, I'm not sure. But my guess is that if the user changes the proxy type we should ask the password again. What do you think? [15:45] mandel: i am not sure "https" is the right term to use for that proxy setting [15:46] mandel: for instance, in the firefox dialog, it says "SSL Proxy:" [15:46] dobey, I don't think so too.. is very confusing.. [15:46] mandel: which means i expect it would also be used for other protocols in use that support ssl [15:47] alecu, is a good question.. if he changes the type it might use the password or it might not.. we could assume that a proxy is uniquely identifies by the combination of the three things you mentioned, is the safest path to follow [15:48] dobey, yeah.. is certainly not very clear overall [15:49] dobey, mandel: I expect it to be https, since we would be using https to connect to the proxy and send the CONNECT request. After that, if the client decides to use SSL or not, it's the client choice. [15:49] mandel, in fact, I'm not exactly sure how the point above works. [15:50] mandel, for the SSL Proxy, what does firefox do? [15:50] alecu, oh, but here is the funny thing about the entire bloody thing that settings is not for that! is to let you set diff proxies according to the scheme, not to use https to connect to the proxy [15:50] mandel, funky [15:51] alecu, I was in libsoup asking why they did not support https proxy and they were like, wtf? that settings doesn't do what you think! [15:51] mandel, you mean "according to the scheme of the url that the user typed on the browser"? [15:51] alecu, yep [15:51] mandel, crap. [15:51] mandel, and what about firefox? [15:51] yes, though socks is a special case [15:51] alecu, let me double check, but I think is the same [15:52] firefox is the same [15:52] damn. somebody is cooking a mighty Pumarola around here. [15:52] and in fact, the default of firefox in ubuntu is to use the system settings [15:52] I can't concentrate on proxies anymore with this smell around :P [15:52] alecu: maybe they are just burning tires at the garage? [15:53] dobey, no, it smells of delicious tomatoes and garlic. [15:53] hehe [15:53] alecu: hmmmm chorizo a la pomarola... [15:53] mmm chorizo [15:53] lol [15:53] looks like there is hunger in the air :-) [15:54] quiero parrilla [15:54]