[11:08] hey guys [11:09] Anyone is using the web interface to ubuntu one? [11:10] I'm having issues with deleting folders. [11:14] any one? [11:17] er, hello, ubuntuone [11:18] that's confusing :) [11:18] what's confusing? :P [11:18] ubuntuone, there is, I believe, a known issue with deleting files through the web interface. You can get at the old web interface at https://one.ubuntu.com/files/old [11:18] CardinalFang, you're up early. Or late. :) [11:19] aquarius: can you provide me a link to this issue in the launchpad bug area? I can't find it [11:19] aquarius: thanks for the link of the old web ui [11:19] aquarius, 0600. Early, most def. [11:20] ubuntuone, https://bugs.edge.launchpad.net/ubuntuone-servers/+bug/422890 [11:20] Ubuntu bug 422890 in ubuntuone-servers "delete file on web ui does nothing" [High,Triaged] [11:20] thanks! [11:20] you may want to say that this bug affects you too [11:21] CardinalFang, I was highly relieved that you guys confirmed that design docs don't work under oauth. I thought I was going mad :) [11:21] assuming that that doesn't reveal anything else weird, I believe my dc-records-oauth branch will be ready for merging and review, which is coolness [11:22] Well, let's don't be hasty. You may still be mad. [11:22] at that point, dc.records will seamlessly handle oauth-required couchdb [11:22] aquarius: yes, that's why I asked for the bug link :) thanks aquarius [11:22] well, yeah, but now I can go back to my normal mad things rather than delusions about couch :) [11:23] CardinalFang, what are you working on today? we are pretty darn close to being ready with DC, once all the outstanding branches get merged [11:23] I'll re-review the branch with the error now I know that it requires your other branch :) [11:24] aquarius, Yay, code. I hope we can get it properly tested today. Maybe we can get it packaged before too late in the day. [11:24] hope so [11:24] I am working on:. [11:24] that gives the gang all of Monday to get it into a package and so on and then we can test it installed [11:25] * requiring authentication. Writing a new INI file somewhere. [11:25] ah, cool, I was going to look at that if no-one else was. I'm not sure how to do it in the test environment... [11:26] * testing replication [11:26] ** new code needs to test against edge for its new API call to get db-name prefix [11:27] ** reconciling unpaired machines. I'm sure I've written this code, I just don't remember if I've included it yet. [11:28] ** replication daemon is moved in to the desktopcouch-service. I hope this is good enough. Should it be more proactive? [11:28] ...about starting. [11:29] no. It shouldn't start unless DC itself is started; dc-service does the starting [11:29] question: does the replication daemon notice newly added pairings after it's started? or does it only read the paired list on startup? [11:31] Okay. So, there's no case for replicating before another app wants to access desktopcouch records. Got it. [11:31] Weird. [11:31] "Okay. So, there's no case for replicating before another app wants to access desktopcouch records. Got it." [11:33] aquarius, replication-daemon gets fresh information as soon as it can. The only place it does not is in advertising the port number. If that changes, it does not notice and destroy the zeroconf adverts and start new ones. ..yet. [11:33] the core-dev team were very, very firm about how DC should not be eating any time or memory at all if someone doesn't use it. :) [11:33] hence the existence of desktopcouch-service at all [11:33] * CardinalFang nods. [11:34] I would imagine that said proclamation applies to the replication daemon too :) [11:34] how does the daemon get fresh info? does it watch _changes? [11:34] Makes sense. I do rather like the dbus service firing it up. [11:35] aquarius, on a timer, it iterates through everything occasionally. It's not pretty. [11:36] oh. OK. We shoudl make it watch _changes on the management DB instead, although that can certainly wait :) [11:37] * aquarius teaches his grandmother to suck eggs. ;) [11:38] aquarius, It's not doing continuous replication, so I don't think it's worthwhile to watch for new pairings to come and go. Nearby hosts will come and go hundreds of times more often than pairing a new host. [11:39] aquarius, Now, firing up replication when data changes in a data database, that's worthwhile. [11:39] yeah, but if you've never paired anything then the replication daemon should basically be dormant; if it wakes up and polls every so often then it won't be dormant. [11:40] if I could think of a way of doing it I'd have the daemon shut down if you've never paired anything, but then I can't think of a way of firing it up when you*do* pair something except by having a daemon watch _changes. Reductio ad infinitum :) [11:41] aquarius, Er, I see. They've accessed d-c once for something, they have no pairings. That makes the d-c service program that's running connect to couchdb every 5 minutes and ask for a (empty) list of records. [11:41] indeed. [11:42] aquarius, File a bug, if you don't mind. it's a good idea. [11:42] whereas if you watch _changes instead, and they never pair anything, the daemon basically waits forever and never does anything. [11:42] * aquarius files bug :) [11:44] I'm tickled to hear the grandmother saying. I thought it was a local (to me) regional expression that was becoming rare. [11:44] bug #427792 filed [11:45] it *is* becoming rare, I think. But I have a duty to keep stuff like that alive :) [11:45] I need to use the word "cockamamie" more as well. [13:33] aquarius, try https://code.edge.launchpad.net/~cmiller/desktopcouch/pair-with-oauth again. [13:34] aquarius, I think it's close to good enough. I have some state problem at the end, and twisted really wants me to shut down the connection another way. [13:34] aquarius: CardinalFang: statik: the eagle^H^H^H^H^Hpatch has landed, I repeat, the patch has landed! [13:35] thisfred, rawk. [13:35] thisfred, the fix-the-design-docs-with-oauth patch? [13:35] yep [13:35] I owe you guys beer for confirming that, btw :) [13:35] You owe thisfred two beers. I did nothing. [13:36] the problem was that the / gets encoded, and the authentication was checked against the unencoded url, or somesuch [13:36] I am sure he will not look at all smugly at you as he drinks his two beers and you go thirsty then :) [13:36] I'll give CardinalFang the coaster [13:36] to chew on [13:36] So generous. [13:36] I'm not all bad [13:36] You guys see if you can pester statik into a new release today. [13:37] I'll push his guilt button... ;) [13:37] 08:35. AFK for 40 min. [13:41] CardinalFang, pair-with-oauth doesn't show existing paired local servers in the already-paired box. Is it supposed to? [13:41] er, you've gone, I'll wait until you get back ;) [13:41] I've lost track of where the code to do that is :) [13:56] good morning [13:59] morning statik, the patch for the problem aquarius discovered yesterday has just landed [14:00] thisfred, awesome! i'll get that packaged up today, is there an Ubuntu (couchdb) bug for it proposed for karmic? if not, can you make one? [14:00] I will [14:01] aquarius: we didn't yet make a bug for this, correct? [14:01] correct, I think [14:01] Ok, I'm on it [14:07] statik: bug #427860, should I assign it to you? [14:07] Launchpad bug 427860 in couchdb "OAuth access to design documents is broken" [Undecided,New] https://launchpad.net/bugs/427860 [14:08] correction: I have assigned it to you,reassign where appropriate ;) [14:20] aquarius, hi! I'll look. === thekorn_ is now known as thekorn [14:27] thisfred, did you remove the desktopcouch magic for making a new couchdb in tests? [14:28] CardinalFang: no, I certainly hope not [14:28] * CardinalFang tries harder to find it. [14:29] CardinalFang: desktopcouch/tests/__init__.py [14:30] It's magic [14:30] a little. As unmagical as I could make it [14:30] tests that want to use it, should import something from that [14:31] CardinalFang: what I have done is import xdg_cache, and then in Setup() assert_(xdg_cache).... Ugly, but less so than telling pylint the unused import is not a problem... [14:31] Ah! My tests still "from desktopcouch.records.tests import get_uri" [14:31] ah [14:32] So, now, just import that and it does enough? [14:32] you shouldn't have to do *anything* special in the tests themselves anymore [14:32] yep [14:44] and I've poked one of my branches to reimport local_files [14:47] hey dobey, after the standup i have some UI changes to ask for, which will certainly involve requesting to break the freeze [14:56] hrmm [14:56] ok [14:56] argh, stomp stomp stomp [14:57] urbanape: agreed [14:57] urbanape: hi! [14:58] urbanape: I have a bug that might interest you :) #427622 [14:58] Bug #427622 [14:58] Launchpad bug 427622 in bindwood "uses a HUGE amount of disk space (compared to the numer of bookmarks I have)" [Critical,New] https://launchpad.net/bugs/427622 [14:58] urbanape: HUGE = 2.6GB :) [14:59] disk is cheap [14:59] urbanape: heh [14:59] but yeah, that seems a bit silly. [14:59] how many bookmarks do you have? [14:59] urbanape: and the .bookmarks_design/ folder is around 300MB [15:00] urbanape: let me check [15:01] urbanape: in the FF bookmark ~34 [15:01] urbanape: fwiw, I have the delicious extension installed [15:02] MEETING BEGINS [15:02] The drill, you know it. [15:02] me [15:02] me [15:02] me [15:02] me [15:02] me [15:03] me [15:03] dobey, CardinalFang ? [15:03] DONE: Start conversation with teknico about contacts front end stuff, got tabs up for review (and in line with trunk), got through some move to 2a weirdness [15:03] TODO: I seem to still be having some trouble with the move to 2a, need to make a few small changes to tabs branch for jdo and get that landed, review day, a bit of css for teknico [15:04] BLOCKED: Nope [15:04] aquarius: tag, as it were. [15:04] ⚀ DONE: discover bug in couchdb for fetching design docs under oauth; give thanks to thisfred and cardinalfang for chasing it for me (bug #427860) [15:04] ⚁ TODO: get dc-records-oauth tested and merged into trunk (bug #415375); fix UnknownLoginError and make it be known (bug #376087); turn on oauth for desktopcouch by default (bug #416413) unless CardinalFang is doing it; test android phone sync [15:04] ⚂ BLOCKED: well confused by the big bzr format change thing for ubuntuone [15:04] ⚃ BUG COUNT:https://bugs.edge.launchpad.net/~sil/+assignedbugs?field.tag=ubuntuone-karmic - 4 [15:04] go go gadget statik [15:04] me [15:04] Launchpad bug 427860 in couchdb "OAuth access to design documents is broken" [Undecided,Confirmed] https://launchpad.net/bugs/427860 [15:04] DONE: bug #402736 and bug #424023, along with some other couchdb fixes. Walked mattgriffin through desktop UI for Ubuntu One and realized what we have now is not acceptable for Karmic launch. [15:04] DONE: Redo fixes for bug #402736 and bug #424023. The new couchdb snapshot should also fix bug#427860. Talk to dobey and propose some UI changes and figure out the process for requesting a freeze break. [15:04] BLCK: Nope. https://bugs.edge.launchpad.net/ubuntuone/+bugs?field.tag=ubuntuone-karmic has a lot of bugs though! [15:04] Bug 415375 on http://launchpad.net/bugs/415375 is private [15:04] Launchpad bug 376087 in ubuntuone-client "UnknownLoginError during request for OAuth token" [High,Triaged] https://launchpad.net/bugs/376087 [15:04] teknico, your turn [15:04] Launchpad bug 416413 in desktopcouch "Create login details on initial desktopcouch setup" [Undecided,In progress] https://launchpad.net/bugs/416413 [15:04] Launchpad bug 402736 in lazr-js "Buttons seem not hooked up to js in IE8" [Low,Invalid] https://launchpad.net/bugs/402736 [15:04] DONE: asked on #rhinos about js widgets for dynamic form handling, talked with jblount and markgsaye about the new contacts web ui (#399664), work on adding and editing contacts (#406315) [15:04] TODO: more work on adding and editing contacts [15:04] Launchpad bug 424023 in desktopcouch "Crash dump on 'couchdb' invocation" [Medium,In progress] https://launchpad.net/bugs/424023 [15:04] BLOCK: none [15:04] next: vds [15:04] DONE: still investigated log problems, a lot of code review [15:04] TODO: still try to fix log problems, more review [15:04] BLOCKED: no [15:04] urbanape: your turn [15:05] DONE: Worked more on bug #404193, bug # 396183, and bug #396186 [15:05] TODO: See about running some of this in batch mode [15:05] BLOCK: None [15:05] CardinalFang is next.^C [15:05] meh [15:05] Launchpad bug 404193 in bindwood "bookmark records only partially added" [High,Triaged] https://launchpad.net/bugs/404193 [15:05] Launchpad bug 396186 in bindwood "Correctly observe Firefox bookmark manipulation events" [Undecided,In progress] https://launchpad.net/bugs/396186 [15:05] statik, excellent, 427860 (the new patch from jasondavies) will be available soon? [15:05] DONE: Work on pairing and replication bugs. [15:05] TODO: Make pairing and replication work for desktopcouch. Like, today. [15:05] BLOCKED: couchdb package is buggy, but we're getting that fixed. [15:06] CardinalFang, is there anything I can do to help with what you're doing? [15:06] aquarius, if you want to take the bug of setting auth to be forced on, that would help. [15:06] CardinalFang, no worries [15:07] la la la [15:07] CardinalFang, wouldn't mind a brief discussion with you and thisfred about how, if you have time [15:07] dobey's turn? [15:07] ☺ DONE: Finished #403243 #419365, Fixed #397331 #420964 [15:07] ☹ TODO: Finish complicated rollout, Release 0.95.0 [15:07] 〠 BLCK: None. [15:07] dobey: Thanks! [15:07] man i need better icons for my bullet items [15:07] MEETING ENDS [15:07] heh [15:07] urbanape, did you see verterok's bug about his bindwood DB being 3GB? :) [15:08] Rawk. [15:08] aquarius, can I call you real quick about the bzr 2a stuff? dobey, can i call you a bit later about these depressing UI changes? [15:08] the postal face character is kind of big [15:08] statik, yes, absolutely [15:08] aquarius: I don't want to sound slutty, but I'm available [15:08] sure [15:08] CardinalFang, yes, you will have a new couchdb package today that has whatever is in 0.10.x svn [15:08] assuming 'later' is 'when i'm actually awake' [15:08] aquarius: although: we have a skype thing in 7 mins right? [15:08] thisfred, s'pose we do, yeah [15:09] CardinalFang's not in that though [15:10] aquarius, yes, were you not here in in channel when we were talking about it? [15:10] seems kinda crazy. [15:10] aquarius, I think it's just a matter of making a new file and updating setup.py to install it, yes? [15:10] for ~34 bookmarks. [15:11] verterok, are you making modifications to your bookmarks? Like, a lot? [15:12] urbanape: no, *but* I have the delicious extension (I don't know what that thing is doing :) ) [15:12] I wonder if it creates local copies of your delicious bookmarks. [15:13] I think it does [15:13] still. 3GB [15:13] urbanape: I don'y see the delicious bookmarks in the FF bookmarks [15:13] *don't [15:13] are they in the bookmarks menu? [15:13] CardinalFang, not quite, because we need the tests to pick it up too [15:14] urbanape: no [15:14] CardinalFang, thisfred, and that's the bit where I'm not sure of the best way to do it. [15:14] urbanape: I moved the bindwood couchdb to a bigger partition, let me know if I can help getting some info from it [15:14] k, I'm installing it locally and I'll see if it pumps mine up. [15:14] CardinalFang, thisfred, we could obviously have the code which constructs the couch exec line be different if you're running the tests, but I really don't like having tested code not be live code :( [15:15] urbanape: I installed it ~ 1 week ago (maybe 2) [15:15] verterok, do you see more than your 34 bookmarks in your local couch db web view? [15:15] urbanape: how do I view my local couchdb view? :) [15:16] aquarius: me either but it's not always avoidable [15:16] and if it's the same file, the location doesn't matter that much right? [15:16] aquarius, We can make the INI creator write the same details. Write INI to a temp file. Concat them both to make the user's config file. [15:17] I have no better idea. [15:17] CardinalFang, but then that code will get run even if you're *not* running the tests [15:17] Yes? We always want auth on. [15:17] verterok, if there's nothing personal in it, would be you willing to send your bookmarks.couch to me? [15:17] verterok, xdg-open $HOME/.local/share/desktop-couch/couchdb.html [15:18] I haven't (yet) seen anything bloating from installing the delicious extension [15:18] urbanape: np, only my bookmarks? but it's 2.6GB :) [15:18] aquarius: thanks [15:18] I bet it'll gzip fantastically though ;) [15:18] aquarius: I'll try :) [15:20] aquarius, it's still going to be 30MB at least :-) [15:20] mm, true enough :) [15:20] put it in UbuntuOne and share it with me [15:20] ha! [15:20] jej [15:20] I hear it's good for that kind of thing [15:21] aquarius: looks like my local couchdb isn't running [15:21] verterok, dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort [15:22] although bindwood should have started it up for you, weirdly [15:22] aquarius: I uninstalled bindwood :/ [15:22] sensible :) [15:23] aquarius, urbanape: ok, I'm looking my local couchdb bookmarks view [15:23] 532 rows [15:23] so, the display view will filter the contents to only show those with valid URIs [15:23] wow [15:23] and I'm willing to bet each of those has a couple revisions? [15:24] urbanape: the info the main view: size=2.6Gb, num of docs=532, update seq=61530 [15:25] yeah, 61530 revisions [15:26] wowzers. [15:26] aquarius, do we want to hold onto all revisions? [15:26] is there a pack gesture you can make for Couch? [15:26] yes (couch cleans them up). We do not want to create extra revisions when we don't need to though :) [15:26] Erh, how many revisions are exactly the same? [15:27] aquarius, yeah, I'm trying to suss out using batch operations for our bookmark manipulations. [15:27] urbanape: I have a lot of docs for "toolbarFolder" that are deleted [15:27] to also keep down on the amount of round-tripping. [15:28] batch ops won't help -- it sounds like we're overwriting a doc with the very same identical doc if it hasn't changed :) [15:28] but it's a no op when we push bookmarks when the bookmark already exists [15:28] do we actually make it a no-op? or are we expecting couch to do so? because it sounds like it doesn't [15:29] verterok, try going to http://localhost:(couchport)/bookmarks/_compact ? [15:29] ok [15:29] we only save the doc to couch if it doesn't exist already. [15:30] we do a query on its local uuid. [15:30] if it's found we skip. [15:30] did you make a copy first? [15:30] urbanape, I suspect that that's what we *think* we do :) [15:30] aquarius: {"error":"method_not_allowed","reason":"Only POST allowed"} [15:31] well, if you view the bookmarks database itself, there's a link for Compact Database... [15:31] aquarius: I have a "Compact Database.." link in _utils/database.html?bookmarks [15:31] urbanape: exactly :) [15:31] ooh, taht's better, 0.6MB! [15:32] rawk [15:32] *that's [15:32] but did you make a copy first? [15:32] I wouldn't mind dissecting it a bit [15:32] urbanape: errr... no :/ [15:32] hrm. [15:32] verterok, right, file a bug which says: desktopcouch should add a cron job to compact its databases. :) [15:32] urbanape: I can install bindwood again :) [15:32] heh [15:32] what aquarius said, though. [15:33] urbanape: I'll install it an let you know when it grows again [15:34] aquarius: instead of compacting, shouldn't this be avoided or at least minimize the noop changes? (my contacts db is ~1MB) [15:34] verterok, yes. :) [15:34] but we should compact too [15:35] ok [15:35] so, part of it is we should be doing these records creations in a batch, otherwise we get a separate revision for bookmark creation and every subsequent property change. [15:35] and I'll double check the no-op [15:36] batch ops will help at least in that regard. One record for a newly created bookmark. [15:37] mm, true [15:39] aquarius: filed Bug #427905 [15:39] Launchpad bug 427905 in desktopcouch "desktopcouch should add a cron job to compact its databases" [Undecided,New] https://launchpad.net/bugs/427905 [15:39] thanks guys! [15:39] glad someone noticed that. pitti would have had us executed ;) [15:40] aquarius, https://bugs.edge.launchpad.net/desktopcouch/+bug/404087 What's left to do? [15:40] Launchpad bug 404087 in desktopcouch "Add pairing of desktop Couches to desktopcouch-tools" [Medium,In progress] [15:40] CardinalFang, I think, once everything's landed, nothing? [15:41] aquarius, you assigned it to me, and I have no idea. [15:41] ok, CardinalFang, thisfred, what code are we still *writing* as opposed to code that's written and not merged? [15:41] I need to do the ini file turn-on-oauth stuff [15:41] I think maybe we should concentrate on getting everything outstanding merged? [15:42] aquarius, thisfred, I'm using "Fix Committed" to mean committed to trunk. [15:42] right [15:42] that's useful [15:43] http://bit.ly/rZRVe [15:43] aquarius: so you're going to do that for server an desktopcouch both, or just dc? [15:44] thisfred, just DC, because I'll be putting files in /etc and so on [15:44] I'm doing the server side only, but we should coordinate, obviously [15:44] I am assuming that the server will have differences in the ini files [15:44] aquarius: yeah, so that was what I meant on the call: I'm working on having the cloud end authenticated only and adding an admin user there [15:44] *nod* gotcha [15:45] So, Bug #397663 and Bug #404087 -- I'm on it. There's the bug of paired not showing up in the list. Once that's fixed in trunk, I'll mark both Fix Committed . [15:45] Launchpad bug 397663 in desktopcouch "make pairing program update couchdb" [High,Triaged] https://launchpad.net/bugs/397663 [15:45] Launchpad bug 404087 in desktopcouch "Add pairing of desktop Couches to desktopcouch-tools" [Medium,In progress] https://launchpad.net/bugs/404087 [15:46] ok, ubuntu insist that I reboot after upgrade, back in a sec [15:49] kenvandine, ping [15:49] CardinalFang, are you knowledgeable about the desktopcouch deb packages? [15:52] aquarius, is our desktop couch actually replicating out to the cloud yet? [15:52] urbanape, not yet [15:52] verterok, did you manually set up replication with another instance? [15:53] urbanape: no, I not even touched anything related to desktopcouch, just installed it and bindwood [15:53] k [15:55] aquarius, yes. [15:55] aquarius, pong [15:56] aquarius, that is to say, I know .deb, and I'm responsible for the packaging. I don't know if I'm actually knowledgeable yet. [15:56] verterok, you said some of those bookmarks represent bookmarks that you'd deleted previously? [15:56] I think I see a spot ripe for that kind of churn in the code. [15:56] urbanape: no, not me. looking at the document attributes they are deleted [15:56] CardinalFang, kenvandine: couple of questions for you on packaging, then. If I want to add a new file which will end up as /etc/desktopcouch/auth.ini when installed, where should I put it in our source tree? Which changes shoudl I make to the packaging branch to include it? Should it live in /etc/desktopcouch, or somewhere else when installed? [15:57] well, they only get marked deleted if you delete them locally [15:57] urbanape: and also a lot of duplicates [15:57] aquarius, you need to put it anywhere and make sure setup.py knows how to install it [15:57] duplicates are interesting. That would suggest that the uuids are getting ignored/not found/skewed [15:57] aquarius, yes, /etc/desktopcouch/ [15:57] now that we have reverted to the old school distutils :) [15:58] kenvandine, right, so you don't care where it is in the source tree, I just pick somewhere and then tell setup.py about it? winner. :) [15:58] yes [15:58] :) [15:58] aquarius, Everything is driven by setup.py, as kenvandin- said. [15:58] urbanape: I have "{ "Firefox": {; "uuid": "{4f428ff6-2a16-4a92-aae5-94723135c896}",; "list": "toolbarFolder"; }" more than once [15:58] and I should be using /etc/desktopcouch rather than /etc/default/desktopcouch or /etc/xdg/desktopcouch or similar? [15:58] urbanape: all deleted=true [15:59] not /etc/default! [15:59] see, this is why I'm asking ;) [15:59] aquarius, /etc/desktopcouch/default.ini is best, [15:59] /etc/xdg/desktopcouch would be interesting, actually. We could have it load all ini files in XDG folders for desktopcouch. [15:59] urbanape: I can send you the compacted DB if it helps you to debug this [16:00] and then the tests would just add an extra folder from the source tree to the xdg folders [16:00] aquarius, I don't know enough about the philosopy of XDG to answer about it. [16:00] that's the way I'm going to do it, I think, unless someone has a big reason for me to not do it that way? [16:00] aquarius, I know /etc/desktopcouch/ is right. [16:02] There may be something else that is just as right, but I do not know about it. [16:03] *nod* [16:03] I think the xdg folders are a good idea [16:09] thisfred, where you check for a couch version and then do different chaining flag things depending on what the version is...why? [16:09] aquarius: we no longer need that, actually: this was for when we had different versions on the server and in the developer deps [16:10] the -C was for 0.9 [16:10] let's kill it [16:12] ok, I'll kill it in my branch [16:13] kenvandine, you got a sec? [16:13] sure [16:14] so, you were one who reported early on about the not-quite-all-the-way-there bookmark records. [16:14] how do you normally make bookmarks? [16:14] bookmark this page? [16:14] yes [16:14] or create a new, blank bookmark [16:14] okay [16:14] i did both i think [16:14] yeah, that's why. I see it now. [16:14] woot [16:14] ok [16:14] :) [16:14] so, Firefox does different things for the different ways you can create a bookmark. [16:14] I kinda want to throw it off the room. [16:14] roof. [16:15] okay, I think I've sussed out the extent to which need belt, suspenders, and maybe some double-sided tape. And maybe staples. [16:16] :) [16:16] cool [16:41] urbanape: oh, I forgot to mention thet I use two profiles in FF [16:51] * aquarius pushes lp:~sil/desktopcouch/load-many-ini-files for review :) [16:53] verterok, how many bookmarks in each profile? Or was the 34 total for the two? [16:54] aquarius, do we anticipate making schemas for things like folders and separators? [16:54] they seem common enough motifs for bookmark management [16:54] urbanape: don't know, let me check [16:54] Guess I can come up with faky record types in the mean while. [16:54] every record needs a record type; every record type should have a schema. So, yes, if separators get stored in the DB [16:55] If we're going to preserve the real structure of bookmarks, we'll need to account for them, yes. [16:56] are they firefox-specific? [16:56] folders may not be -- separators might be, though. [16:57] Conceptually? I don't think so. [16:57] dunno, though. Safari support separators of some sort [16:57] I'm sure Opera does [16:57] i.e., should there be a separator document, or should some bookmarks have an application_annotations.Bindwood.separator_after_me = true ? [16:57] I'd say former [16:57] kk, sounds good [16:57] since it has its own index (at least as far as Firefox is concerned) [16:58] every time I think "create a new record type" I am trying to teach myself to think "is this something that other people will use" just so I don't forget :) [16:59] kenvandine, CardinalFang, I'd appreciate a review from one of you two on lp:~sil/desktopcouch/load-many-ini-files to confirm that I've done the setup.py stuff correctly, because I don't know how to test that [16:59] urbanape: default bookmarks, plus the ones that bindwood synchronized :) [16:59] yeah, because it doesn't know (yet) about multiple profiles [17:00] but I wonder if that accounts for some of the duplicates. [17:02] possibly [17:12]