[01:08] could someone not in the UK try running: mplayer "http://bbcmedia.ic.llnwd.net/stream/bbcmedia_lc1_radio3_p?s=1424386952&e=1424401352&h=d301bd709de22e25057101201fa4934a" and let me know if you hear anything? === _salem is now known as salem_ [01:27] Elleo, it's a symphony, then clapping. [01:27] Selected audio codec: AAC (Advanced Audio Coding) [libavcodec] [01:27] AUDIO: 44100 Hz, 2 ch, floatle, 0.0 kbit/0.00% (ratio: 0->352800) [01:27] AO: [pulse] 44100Hz 2ch floatle (4 bytes per sample) [01:27] simosx: excellent [01:27] simosx: it's BBC Radio 3 [01:28] Elleo, normally it does not stream to non-UK IPs? [01:28] simosx: I read in an article that they were expanding their shoutcast services to be available outside the UK, wanted to check to see if it had actually happened [01:28] ok [01:28] simosx: it used to be UK only, but apparently not anymore :) [01:29] and as long as you parse the shoutcast playlist yourself media-hub can handle the streams [01:29] so I can see about writing either a BBC radio app, or possibly a more generic shoutcast streaming app [01:29] Elleo, that symphony was conducted by the BBC orchestra (or something), so the test might not be conclusive to all BBC broadcasts. [01:29] simosx: that's a live broadcast of whatever's on BBC radio 3 right now [01:30] Elleo, ah ok. [01:30] simosx: apparently the major BBC channels should all be available now except sport (due to licensing issues) === salem_ is now known as _salem [03:29] How come the QtQuick 2.0 controls don't offer a F1 dialog when the mouse is overed over them? [07:32] good morning [07:35] Chipaca: https://appstore.bhdouglass.com/app/com.chipaca.poke best icon I've ever seen. [07:49] hi guys [07:49] i have a dude [07:50] is posible to force download mp3 file usng html5 app in ubuntu touch [08:08] dholbach, looking at bug 1416389 now. As per the last comment, I just need to check out the translations-module branch and merge the 1416389 on top, right? [08:08] bug 1416389 in Help for Ubuntu for devices "Make translations possible" [High,In progress] https://launchpad.net/bugs/1416389 [08:10] dpm, translations module is already merged in trunk [08:10] so just branching lp:~dholbach/ubuntu-devices-help/1416389 should be enough [08:10] ok, cool [08:10] https://code.launchpad.net/~dholbach/ubuntu-devices-help/1416389/+merge/249647 being the MP for it [08:11] ok [08:13] good morning alll à/ [08:13] o/ [08:28] dholbach, on translations.py, what's the purpose of backup_documents() - does it backup _everything_ in the source tree previous to modification of files (which will be restored again)? [08:37] dholbach, also I'm not quite following what you mean on the bug with "the meta-data strings get re-added twice" [08:38] I generated the .pot now, now trying to generate some translations [08:38] dpm, yes, backup_documents() copies stuff back - the idea being that we leave the documents as they are, just try to generate the .pot files without the meta-data strings (ie, save_as:, lang:, etc.) [08:39] so for the point in time when we run po4a-gettextize we pretend the documents don't contain those strings [08:40] dholbach, gotcha. Just an implementation detail and asking out of curiosity - have you considered just copying over the docs to /tmp and then get po4a-gettextize to look at that location? That would remove the need for restoring the data [08:40] the problem is that when generate the translated docs (using po4a-translate), the meta-data strings re-appear again - which is a bit of a problem, because we want to write them ourselves (lang being the new language, save_as the new place where we want to store the generated file) [08:41] good point [08:41] will do [08:41] I'll just get another coffee and will get straight to it [08:41] that should indeed simplify the code somewhat [08:41] dholbach, no rush on that, it was just a comment [08:41] no worries [08:42] dholbach, ok, going to look at po4a-translate now [08:42] getting a drink first too :) [08:48] * dholbach knows the feeling of "I need a drink" - but early in the morning ... ? [08:48] :-P [08:48] :-) [08:50] dholbach, I generally use tempfile.mkdtemp and then set it to be removed automatically on exit for these cases [08:50] just in case you find it useful ^ [08:51] anyway, now looking at the part that really interests us [08:51] yep :) [08:58] hi...what package do I need to install in order to use Ubuntu.Web 0.2 components? [08:59] dholbach, so I ran the build rules separately: [09:00] cd edit-here && ./generate-translations <- this gave me the translated German files in markdown (as expected) [09:01] cd .. && make -C edit-here html <- this generated HTML only for the English pages (not sure why it ignored the German .md files) [09:01] am I missing something? [09:01] no, not sure - hum [09:01] which files did you find in app/www? [09:02] just the 4 generated HTML files in English [09:02] I'll try directly with 'make html' [09:02] hum [09:04] dholbach, is pelican expecting the files in content to be under a 'pages' directory? Because now I've got 'de' and 'pages' under 'content' [09:05] it seems it's processing only those under 'pages' [09:05] yeah, I guess they should be under pages/de? it's been a few days since I looked at the code, so I have to find back into it myself :) [09:06] I thought so, but that doesn't work, it still seems to ignore the German pages [09:06] let me look if they are different in any way to the English ones [09:10] dpm, ok, I removed the need to backup files [09:11] hum........ [09:11] -#: content/de/pages/apps.md:2 [09:11] +#: /tmp/tmpza2vhfyp/content/de/pages/apps.md:2 [09:11] ^ this is probably not what we want [09:12] dholbach, http://pastebin.ubuntu.com/10321377/ [09:13] no .html files? [09:13] dholbach, yeah, we want a relative path there, but we can figure it out later [09:14] dholbach, sorry, yeah, .html files, but only the English ones. It seems the build rule rearranges my manual layout, so that the German .md files are still ignored [09:14] ok, fixed the relative paths [09:14] maybe that's a configuration setting? [09:14] let me see [09:15] i.e. my hunch is that pelican expects it to be under 'pages', but during the build they're being moved up to 'de', so they're ignored [09:17] ah, pulling your latest branch it seems we're getting somewhere: http://pastebin.ubuntu.com/10321428/ [09:17] ok, so we need to change 'generate-translations' to write everything under pages//... [09:19] yeah, but wait, my error was because I still had some files left over from my manual copying [09:20] ok, build succeeds now, but yes, I think that's what we need to do, get generate-translations to write under pages/ [09:20] yep [09:20] hang on [09:20] ok [09:21] pushed [09:21] cool [09:21] LP is REALLY fast analysing a newly pushed diff now [09:21] nice [09:21] like in a MP page [09:22] Done: Processed 0 article(s), 0 draft(s) and 8 page(s) in 0.08 seconds. [09:22] \o/ [09:22] http://paste.ubuntu.com/10321474/ [09:22] the structure still doesn't quite work [09:22] it doesn't seem to adhere to "Save_as:" which would override the filename [09:23] and authors, categories, archives is stuff we don't need either [09:23] but we're slowly getting there [09:24] dholbach, here's what I got: http://pastebin.ubuntu.com/10321496/ [09:25] ah, sorry, reading your pastebin [09:27] dholbach, the final 'lang' on the html files doesn't seem right either, it's always 'en'. How do these tags work? I.e. are pelican or po4a specific? [09:27] pelican [09:27] damn, I just pushed to trunk [09:28] but I found the problem with the Lang: tag - it's fixed, but in trunk now [09:29] at least trunk is in a better state than before [09:29] I'll create a new branch for further fixes and use --remember :) [09:30] dholbach, np. I'll just move to trunk. Careful with --remember, I managed to push to trunk once using it too :) [09:30] yeah, I still had bzr push :parent in my bash history in another terminal tab [09:30] I pressed enter too quickly [09:31] dholbach, np, just let me know when you've got the new branch with the additional fixes, and I'll switch to that one [09:31] dpm, but yeah - trunk is what I have now and the Lang: bits should be correct now [09:31] right now it seems to fall over if Title is not translated [09:31] ... or something [09:32] dholbach, does save_as determine the final layout of the generated html files? [09:32] dpm, http://docs.getpelican.com/en/latest/faq.html#how-can-i-override-the-generated-url-of-a-specific-page-or-article [09:32] maybe we need URL too [09:33] or an empty URL: like in the question below [09:37] * dpm needs to learn a bit more about pelican [09:40] dpm, I'm using lp:~dholbach/ubuntu-devices-help/translations-fixes now - I now write URL:/Save_as tags as used in the documentation [09:40] the problem I'm now running into is: http://paste.ubuntu.com/10321673/ [09:40] is this because the untranslated title you were mentioning? [09:41] Or is it not writing the tag at all? [09:41] dpm, what's weird is that if you look at files in content/pages/de [09:42] they have Lang/Save_as/Date/URL all written nicely [09:42] but a title line (which comes from po4a-translate) is "Title: Get in touch URL: Save_as: pages/get-in-touch.html Lang: en" [09:42] which is bizarre, since that string doesn't even turn up in the .pot file [09:42] yeah, I just saw that [09:43] but, even if you replace it with a proper "title" tag, pelican still complains [09:44] does the title need to be straight after the other tags, or perhaps at the start of the file? It seems now there is a new line between the other tags and Title - looking at pages/de/apps.md [09:46] I don't know - I'm just trying to figure it out [09:52] hi [09:52] there [09:52] i'm a ubuntu freak and want to get involved in the development [09:53] i downloaded the ubuntu sdk [09:53] i was amazed with scopes and i want to develop one [09:53] can anyone please guide me in the regard [09:53] i'm c++ developer [09:55] hey nagu [09:55] did you have a look at http://developer.ubuntu.com/scopes already? [09:55] hi [09:55] dpm, I just pushed a fix to lp:~dholbach/ubuntu-devices-help/translations-fixes - it's still having problems with the titles though [09:56] that's awesome nagu, yeah, as dholbach said, and if you've got any questions, feel free to ask here [09:56] sure [09:56] s [09:56] dholbach, ok, pulling, was reading a bit about pelican [09:56] nagu, I would recommend to go through the articles in that section - they should help you get started [09:56] i'm following this https://developer.ubuntu.com/en/scopes/tutorials/write-a-json-scope-in-cpp/ [09:57] dpm, http://paste.ubuntu.com/10321859/ [09:58] dpm, I did some local manipulation [09:58] dpm, it looks like "Title:" needs to go first [09:58] ah, ok [09:58] dpm, and I need to figure out why po4a-translate generates this broken Title line out of nowhere [09:58] dpm, I'll let you know once it's done [09:59] awesome, thanks dholbach! [09:59] dpm, thanks for all the help - having a fresh set of eyes on it made all the difference [09:59] dholbach, no worries, not sure I could help much, but happy we're figuring it out! [10:04] Good morning all; happy Friday, and happy Love Your Pet Day! :-D [10:07] dholbach, it seems like po4a-translate just removes the \n in the tags at the start of the original English .md file. I.e. it's doing its own rewrapping. Perhaps because it's not standard markdown to have lines of text just after each other separated by a newline? I know you can have that if you prepend them with '-' to make a list, or with 4 spaces for code, but generally there's an extra \n to separate paragraphs [10:07] in any case, it rewraps the whole file, not just the title (and the other tags along the way) [10:07] yeah, my gut feeling is that we have to work around it [10:08] perhaps there is a --no-wrap option in po4a? [10:08] we're doing that in generate_translations anyway :/ [10:08] hum [10:08] wouldn't that break some of the markdown text? [10:09] Not sure, but in any case, there only seems to be a --width option available [10:15] popey ping [10:16] hey mrqtros [10:16] mrqtros: how are you ? [10:16] popey hello! [10:16] popey did you see my email? :) [10:17] popey I am fine, thanks, and you? :) [10:17] no.. [10:17] ok :) [10:17] let me see... [10:18] popey mb I choosed wrong address [10:18] ooh! found it, sorry! [10:19] will reply. sorry I missed it [10:19] popey that's ok, I can only imagine amount of work which you do after UP release) [10:19] heh [10:25] hi [10:25] i installed qt [10:25] and when i'm trying to run the sample scope project im getting error that says g++-4.9 is required [10:26] dholbach, not sure if that helps, but it seems for some reason po4-gettextize already does some strange stuff considering title a separate message to translate but wrapping together all the rest of tags in the .pot file: http://paste.ubuntu.com/10322154/ [10:26] i did install it [10:26] but still the system shows gcc-4.8 and the error prevails [10:27] could u please help me in this regard [10:27] i'm newbee in ubuntu development [10:28] nagu seems that some time ago I also met such problem [10:28] nagu try to set g++4.9 as default compiler [10:28] dpm, yeah, I'm figuring out what's happening :) [10:28] hi mrqtros [10:28] nagu hi [10:28] could u please help me [10:29] sorry i will be asking all the basic stuffs [10:29] dholbach, if I add two spaces at the end of each tag line, then they appear in their own msgstr in the .pot file as expected. I noticed each Q and A in the doc have also got these two trailing spaces [10:29] pardon me if that irritates u all [10:30] nagu try to check http://askubuntu.com/questions/466651/how-do-i-use-the-latest-gcc-4-9-on-ubuntu-14-04, especially last answer [10:30] nagu I hope this will help "sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.9 60 --slave /usr/bin/g++ g++ /usr/bin/g++-4.9" [10:31] nagu, another option is to update to Ubuntu 14.10. I think that'll be easier than messing around with compilers. And scopes development is only partially supported in Ubuntu 14.04 [10:32] oh is it [10:33] upgrades have many times screwed my system [10:33] is there a safe way to upgrade [10:34] i have cinnamon desktop environment [10:34] hi dpm thanks for ur response [10:34] hi mrqtros [10:36] nagu, sorry, I'm not sure we can support cinnamon here. Not because we don't want to, but I don't think there are many folks around using it [10:36] i'm seeing this error on qt CMake Error at CMakeLists.txt:9 (message): g++ version must be 4.9! -- Configuring incomplete, errors occurred! See also "/media/hacker/3BF7-72AF/scope/build-myscope-Desktop-Default/CMakeFiles/CMakeOutput.log". [10:36] i did apply ur solution mrqtros [10:37] nagu and no any result? [10:37] got this when i applied ur command update-alternatives: using /usr/bin/gcc-4.9 to provide /usr/bin/gcc (gcc) in auto mode [10:43] any help on that [10:43] dpm, we don't want the tag lines to end up in the .pot file [10:44] dpm, Title yes, but nothing else [10:44] hi dpm will it be sufficient if i upgrade to 14.10 [10:47] nagu in 14.10 gcc 4.9 is set by default [10:51] nagu, yes, but as I say, I'm not using cinnamon, so I don't know how well the upgrade process for Linux Mint works [10:52] or if the SDK works well there [10:55] dpm, https://code.launchpad.net/~dholbach/ubuntu-devices-help/translations-fixes/+merge/250426 [10:57] dholbach, awesome, works perfectly! [10:57] dpm, there might be a prettier solution, but this one seems to work for me and 'make html' will have the correct tree structure [10:58] dholbach, just one thing: it seems the translated html files still have the tag [10:58] dpm, I'll file a separate bug [10:58] ok, cool [10:58] dpm, that's probably something which needs to be fixed in the theme somewhere [11:00] cool [11:00] thanks dpm and mrqtros [11:01] will get back once i try those [11:01] dholbach, would that not be updated dynamically on generating the html files? The theme should only deal with the layout [11:01] i desprately want to learn scopes development [11:02] dpm, shall I land the branch or are you still reviewing it? [11:02] dpm, I think it needs fixing in theme/templates/base.html [11:02] dpm, right now the bit is static [11:02] dholbach, I'm still reviewing it, will be ready in a few minutes [11:02] ok, no worries [11:02] I'll look into bug 1423871 now [11:02] bug 1423871 in Help for Ubuntu for devices "translated html files still have the tag" [Undecided,New] https://launchpad.net/bugs/1423871 [11:03] dholbach, yeah, the html file template is static, but the only place where we can easily update the language for each translation is when creating the html files, I think [11:06] dpm, some of the pelican themes seem to make use of the translations data - if you have a look at the output of: "grep -ri transl /usr/lib/python2.7/dist-packages/pelican/themes/" [11:07] dpm, I'm wondering if we can massage this into our theme somehow [11:09] dholbach, not sure. I still don't understand how pelican handles translations. It seems to me we're using it as if we were just using raw html to load a particular $LANG directory and not using any localization capabilities from pelican [11:10] mh [11:28] dholbach, reviewed and approved [11:28] thanks dpm [11:28] added some comments too [11:29] dpm, thanks - I'm not quite sure about it either [11:30] meaning I have the same questions as you do :) [11:31] :) [11:32] hi daker, I didn't manage to follow up on the status, was that merge proposal of yours to add localization support for HTML apps ever merged? [11:56] dpm, maybe we don't need the overrides but just use the PAGE_LANG* settings (http://docs.getpelican.com/en/latest/settings.html?highlight=language)? [11:57] → lunch, brb === _salem is now known as salem_ === MacSlow is now known as MacSlow|lunch === MacSlow|lunch is now known as MacSlow [13:36] balloons, dpm helped me with landing the translations bits, we're getting closer to being open for business :) === rmescandon is now known as rmescandon|lunch === rmescandon|lunch is now known as rmescandon [14:25] hi bfiller, do you think someone from your team could have a look at https://code.launchpad.net/~aacid/address-book-app/aim_is_not_aim/+merge/249161 ? It's just a small translation fix - shouldn't take more than a couple of mins to review and would help us get the right translations for the Address Book [14:45] dpm, i reviewed it [14:55] awesome, thanks kenvandine! [16:08] dpm, balloons: https://code.launchpad.net/~dholbach/ubuntu-devices-help/1423871/+merge/250467 [16:08] there are still a few small things to be fixed, but I think we're on a good way [16:24] dholbach, cool, thanks. Not sure if I'll manage today, but I've put it on my list [16:25] maybe balloons can help so it's not blocking on me [16:25] thanks! === chihchun_afk is now known as chihchun [17:03] someone know if is possible to download files with ubuntu touch html5 app [17:03] why wouldnt it [17:03] butyou are limited to where you can store them [17:04] (iirc only in ~/.local/share/) [17:04] jgm90: what do you mean by download files ? [17:08] i test in the sdk [17:08] a webm file [17:08] but it does not download just streaming [17:14] jgm90: you can use the Ubuntu Download Manager to trigger downloads [17:14] from an HTML5 app [17:14] try to look this example https://bazaar.launchpad.net/~webapps/unity-webapps-qml/trunk/files/head:/examples/api-bindings/download-manager/www/ [17:15] since no docs about udm is available yet [17:16] balloons, ping [17:16] ahayzen, ping pong [17:16] balloons, o/ i'm trying investigate that calendar AP issue ... but it runs and passes for me ... but fails for popey every time [17:17] balloons, note i'm on utopic and he is on vivid ... both running on the desktop [17:18] balloons, i just tried running AP after doing the source export_modules_dir in the UITK but not sure if it actually used the latest UITK or not [17:18] ahayzen, the calendar thing has an infinite loop in it. I filed a bug. It general it should be fixed regardless. Also, as the functionality has changed the test could really use a revamp anyway [17:18] ok thank you i will try [17:18] I have something that *should* work, but autopilot is unhappy with me atm [17:19] balloons, which loop in particular? while timelineview.contentX != val: self.app.main_view.swipe_view(direction, self.week_view) ? [17:19] https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1423582 [17:19] Launchpad bug 1423582 in Ubuntu Calendar App "_change_week in test_weekview.py has infinite loop" [Undecided,New] [17:19] ahayzen, indeed [17:19] I massively simplified that method [17:19] it's quite a mess [17:19] balloons, oh awesome yeah i've been trying to decipher it lol [17:20] balloons: ahayzen this is what it does for me - http://people.canonical.com/~alan/vokoscreen-2015-02-20_17-18-30.mkv [17:20] ahayzen, lol yes, it's crazy eh! [17:20] what of the terminal app? [17:21] balloons: https://code.launchpad.net/~flscogna/ubuntu-terminal-app/json-keyboard-profiles/+merge/249754 [17:21] seems to be running the old tests [17:21] the ones from the old terminal [17:21] at least in the dashboard it does [17:21] balloons: https://code.launchpad.net/~flscogna/ubuntu-terminal-app/json-keyboard-profiles/+merge/249754 [17:21] uh, http://ci.ubuntu.com/smokeng/vivid/touch/mako/106:20150220:20150210/12348/ubuntu_terminal_app/ [17:25] balloons, so is your attempt to fix the issue likely to work or should i continue investigating? (it sounds like you have made the code sane as well hehe) [17:28] ok, so old tests.. let's see [17:28] ahayzen, let me share my wip [17:28] balloons, thanks [17:30] ahayzen, lp:~nskaggs/ubuntu-calendar-app/fix-infloop-ap [17:30] balloons, \o/ thanks :) [17:31] * balloons looks at terminal tests [17:33] popey, you are correct, looks like it pulls the tests using phablet-click-test-setup.. [17:35] balloons, does your fail with StateNotFoundError: Object not found with name 'Label' and properties {'objectname': 'weeknumber'} on L84? [17:36] ahayzen, yes.. for some reason I can't get any select's to work.. print_tree shows everything there [17:36] magic :) [17:36] I actually had it keying off things somewhat differently, and moved to the label since NOTHING was working [17:36] but yea, the function should be just that simple imho [17:37] swipe the top, check for the week change (actually I just wanted to wait for moving to be false) [17:37] ahh yes, it's commented out [17:39] ahayzen, I do remember now, yes I wanted to grab the view, swipe it and check. self.week_view.select_single('PathViewBase', objectname='weekViewPath') [17:39] that fails too.. [17:39] weird [17:39] love how the WeekView helper is...empty \o/ ...but the others have things [17:39] ahayzen, yes, some of the objects are a little fun [17:42] popey, so I'm confused on the reboot series.. trunk seems to be not getting update, but reboot is [17:43] reboot is the new one. [17:43] right, but is the manifest info correct so it points to it? [17:43] i think we tried switching focus to the new one and it broke jenkins so we switched back. [17:43] reboot really should be trunk or you'll have issues I think [17:44] I need to pull the click from the smoke test; my guess is the manifest is pulling from trunk and the old version [17:44] hmm [17:48] popey, confirmed ;-) [17:48] as suspected, you are getting rev 53 of lp:ubuntu-terminal-app tests [17:49] ahayzen, so if it's also not working for you, I clearly broke something lol [17:49] balloons, ... yeah it is in the *massive* print_tree for me as well though [17:49] popey, and I note https://code.launchpad.net/~flscogna/ubuntu-terminal-app/json-keyboard-profiles/+merge/249754 is against lp:ubuntu-terminal-app as well.. shouldn't it be against reboot? [17:50] ahayzen, you can limit depth with print_tree, fyi [17:50] balloons, and even like removing Label and using the app rather than main_view didn't work self.app.app.wait_select_single('*', objectname='weeknumber') [17:50] yes balloons [17:50] printe_tree(max_depth=2) [17:50] balloons, yeah but it was near the bottom lol ;) [17:50] ahayzen, :-) [17:50] ahhh! [17:50] balloons, what does vis see? [17:51] ahayzen, when I looked in vis it saw exactly as expected. Same as print_tree [17:51] balloons, and you said you couldn't pick other things on this view/page as well? [17:51] balloons, you have clearly done something AP doesn't like lol [17:54] balloons: want to leave a comment for Filippon on the merge or shall I? [17:57] popey, sure I'll do it [17:57] thank you! [17:57] clearly my eyes are working well enough to spot that! [17:57] popey, or we can simply resubmit actually and land it ourselves [17:57] balloons, is it bad if you can't even reget the weekViewPage from the mainView? [17:57] nah, lets let him re-focus it [17:57] popey, ok [17:57] he has another merge on the way, so I suspect he's around [17:57] we can land it over the weekend if it works. [17:58] its an awesome addition to the app, so I'm keen for it to land and him to get the glory [17:58] kk.. so, on the other side of the coin, you should really swap trunk to reboot :-) [17:58] well.. [17:58] yes. [17:58] OR.. at least update the manifest [17:58] But I need ci people around to make sure we dont break stuff [17:59] because last time we did this we broke _all_ tests on the daily image [17:59] right.. don't do it today, lol [17:59] friday afternoon.. perfect time! [17:59] so we were not flavour of the month [17:59] indeed [17:59] because the phablet test run barfed out completely on the _first_ failure [17:59] (which in my mind means the infra is broken, but what do I know? :) ) [17:59] but you can simply update the manifest to set the vcz-bzr to reboot if you wish [17:59] ya [17:59] popey, yes.. they really need to move to adt [18:01] balloons, so calling self.app.main_view.get_week_view() works... but calling self.app.main_view.wait_select_single(WeekView, objectname="weekViewPage") from inside the test doesn't ? from what i can see they are the same code? [18:03] ahayzen, o really? [18:03] nice catch! [18:03] balloons, but thats mental lol [18:11] balloons, maybe the solution is to implement everything in the helpers properly? hehe [18:14] balloons, that doesn't work lol [18:17] ahayzen, ohh, failure? [18:18] If it did work naturally we'd have to scratch our heads as to why [18:18] balloons, yeah if i put the select inside the WeekView class [18:18] (that was for the pathview thing) [18:19] balloons, but what is weird is the get_week_view() in MainView works...but doing a select for the Page in the tests doesn't ... *that* is weird [18:21] ahayzen, technically I guess some of this stuff should go into the WeekView class [18:21] balloons, yeah probably [18:21] balloons, if it worked ;) [18:22] so I'm going to restart on this [18:22] ok probably best there is something strange going on [18:25] so select_many for Label works and gets it [18:28] ahayzen, so the mystery might just lie in the fact select_many works.. [18:28] balloons, wtf? lol [18:29] balloons, why doesn't (wait_)select_single work? [18:29] so I select_many and get a single result [18:32] balloons, hmm i get nothing or loads of them, how are you doing it? [18:32] I'm trying to get the PathViewBase now [18:32] but the label seemed to be able to get working using select_many; heh [18:32] I get no results now for select_many.. which is weird, it should error [18:50] ahayzen, I pushed an update [18:50] * ahayzen pulls [18:53] balloons, so that swipes the pathview correctly but then fails in _assert_first_day_of_week with MismatchError: 16 != 23 [18:53] ahayzen, yes.. although actually I see I need to repull the header (as it points to the old one after swiping once) [18:53] so more or less it should work.. note autopilot still refuses to find the pathviewbase by objectname [18:53] yeah good point [18:58] ok, now to fix the hobbled test [18:58] then we'll move things into the helpers [18:58] \o/ [19:41]