[01:32] hallo [01:34] so im so confused does this even work [01:40] hay === _salem is now known as salem_ === salem_ is now known as _salem === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === zhxt_afk is now known as zhxt [07:32] How to run latest Ubuntu touch development release on bq phone? | http://askubuntu.com/q/603005 [08:12] good morning [08:21] good morning! === chriadam is now known as chriadam|away [08:42] Good morning all; happy Monday, and happy Take A Walk In The Park Day! :-D [09:28] hello! my phone (Motorola Droid 4, xt894) is running android 4.1.2 on the stock rom, how ever I have a rom running CyanogenMod, is there a simple way to "update" CM to Ubuntu? (a fake update that uses the Android parts from CM needed for Ubuntu and removes the rest) [09:28] !devices | zzarr [09:28] zzarr: You can find the full list of devices, official images, community images, and works in progress at https://wiki.ubuntu.com/Touch/Devices [09:28] zzarr: you can try the XDA forums if someone ported your device perhaps [09:29] thanks, I'll have a look, other why's I'll have to try to port it my self (which I don't know how) [09:30] zzarr: well thats not really easy, but im sure there's a porting guide somewhere [09:30] zzarr: check also #snappy ubuntu core, might also be interesting [09:30] I'll do :) [09:31] zzarr: https://developer.ubuntu.com/en/start/ubuntu-for-devices/porting-new-device/ [09:32] Se7: morning [09:32] morning :) [09:33] I'v read the porting guide for a new device (reading is one thing, understanding how is another ;) ) [09:33] zzarr: there's an image already for droid 4: https://wiki.ubuntu.com/Touch/Devices/maserati [09:33] it's from 2013 ;) === chihchun_afk is now known as chihchun [09:34] zzarr: maybe email that davidhacker guy, he might know more about it :p [09:40] zzarr: youtube doesnt show anything usefull either, only an old touch preview on droid 4 [09:44] chat is crowded today 304 :p [09:55] guys i ve got no data source available in the circle of bq phone...someone said it s a bug but i don t find it to subscrive ;/ [09:55] lotuspsychje, I know, sorry for a delayed answer, my internet is jumpy [09:56] Se7: not all data shows up in the circle, try some twitter msges or new pictures [09:57] no lotuspsychje because if you didn t send nothing [09:57] he tell you like no message send [09:58] ah i see [09:58] Se7: not sure then might be bug [09:58] Cannot run QML App with C++ plugin | http://askubuntu.com/q/603050 [09:58] Se7: it will show that till something trigger stats [09:58] yes ogra_ yesterday said that but i was chatting from the phone [09:59] so i haven t the log [09:59] davmor2, it should still show something else if you double tap the circle ... [09:59] Se7: tap the screen a couple of times [10:00] nothing popey i tryed [10:00] ogra_: not if nothing has triggered stats, if there is 0 stats it says there is no data [10:01] Se7: complete a game of sudoku and see if that show up [10:01] Se7: or make a call/sms/take a picture/make a video [10:01] did it nothing happen [10:01] play some music [10:02] from an app popey or the music that i got in the phone [10:03] open the music app and play a few songs [10:03] ok [10:03] then lock phone, and see if it updates [10:03] right i ll tell you in a bit if change something [10:07] Se7: is that the legit BQ or did you install a channel on the BQ android version? [10:10] lotuspsychje, it s the bq legit [10:10] and popey nothing change after played the song [10:12] dit a pic as well send couple of messages [10:12] Se7: did you try a reboot? [10:13] yep [10:13] i ll try again [10:13] Se7: install the logviewer maybe to see whats wrong [10:13] Se7: or open a terminal an tail -f /var/log/syslog [10:14] rebbot just a sec [10:14] reboot* [10:16] how i can show you lotuspsychje the log?? [10:19] how do I put a click package on my device without uploading it to the store? [10:20] AlanBell: push it to the device and then use pkcon? [10:21] pkcon install-local --allow-untrusted foobar.click [10:21] better question, where on developer.ubuntu.com should I have read that :) [10:21] thanks for the answer nhaines [10:21] Maybe we can link to the channel logs. :) [10:22] /o\ [10:22] You're welcome. I know it mainly because I loaded up the bq-exclusive scopes on our N4s at SCALE. :) [10:22] the webapp generator needs to end with "now test your package by doing . . ." and not "yay, all done, upload it to the store quick" [10:22] So I typed it over and over. [10:23] AlanBell: +1 [10:24] davidcalle: ^^^ see comment from AlanBell which I 100% agree with :) [10:24] AlanBell: you could file a bug against developer.ubuntu.com :) [10:24] "This form generates simple Ubuntu webapps, ready to upload to the store." [10:24] it really doesn't :) [10:25] AlanBell, technically, it does ;-) I agree with your comment. [10:25] ready to install on your device prior to uploading to the store perhaps [10:27] "Ready to install, test and upload to the store." [10:27] sure. Plus some kind of link to how the heck you do that [10:27] Yep [10:27] it is some distance from being bleeding obvious :) [10:28] Fairly intuitive, I'd say! [10:28] AlanBell, it will be a link to an AskUbuntu question so feel free to enhance the answer if needed ;-) [10:29] First you go to one.ubunt.com and sign up, then you go into System Settings > Accounts and log into Ubuntu One. Then you go to the store and download Terminal. Then you enable security and Developer mode. Then on your PC you install the phablet tools PPA and install the package... [10:29] o/ [10:29] Well, long story short, just a couple simple steps and you're ready. ;) [10:30] tvoss, I have an architecture question about Ubuntu Touch in general. Are you the right person to ask? [10:31] nhaines: yeah, I think I guessed most of those, I just had no idea about pkcon and I wasn't expecting "dpkg -i" to work on a click [10:32] mpt, yup [10:32] bug 1438123 [10:32] bug 1438123 in Ubuntu App Developer site "webapp generator lacks a "now test it on your device" step" [Undecided,New] https://launchpad.net/bugs/1438123 [10:33] Thanks AlanBell [10:34] AlanBell: might want to ask a question on AU about "how do I install a click package on a device" and we can flesh out a good answer [10:34] which can then be linked to [10:34] tvoss, in bug 1403934, the screenshot function didn’t work during the first-run setup. And in bug 1430942, the power dialog didn’t work during the first-run setup. [10:34] bug 1403934 in Ubuntu UX "[screenshot] not possible to trigger screenshot during the set up wizard" [High,Triaged] https://launchpad.net/bugs/1403934 [10:34] bug 1430942 in ubuntu-system-settings (Ubuntu RTM) "Power dialog doesn't show up on the wizard." [Critical,Fix released] https://launchpad.net/bugs/1430942 [10:35] tvoss, the diff to fix the former was 3248 lines, so I can’t tell what it does, but the diff to fix the latter is quite obviously duplicating code that is already in Unity. [10:35] can someone give me a push in the correct direction, is it possible to install Ubuntu over CM? (simply remove some files and add other files) [10:36] no [10:36] zzarr: no. [10:37] Is it possible to use the vendor's files? (drivers, etc) [10:37] tvoss, this makes me think that whenever a function is added to Unity that should work everywhere — an accessibility function, or a system error notification, or whatever — engineers have to remember to duplicate it in the first-run setup too, and quite often they’ll forget. Am I worrying too much? [10:37] mpt, someone already addressed that concern [10:38] mpt, citing from the mp comments: Convert the welcome wizard from a separate executable into a qml plugin (with a small C++ plugin for support). [10:38] mpt, with that, code duplication ends, and the wizard is a part of u8 [10:39] mpt, but please note: only on vivid, so going forward, we are good [10:39] tvoss, ah, so the “only on vivid” is why the ubuntu-rtm bug fix is still adding code [10:39] mpt, yup [10:40] tvoss, great. Thanks for assuaging my concern. :-) [10:40] popey: http://askubuntu.com/questions/603068/having-generated-a-webapp-with-the-generator-how-do-i-test-my-click-on-the-devi [10:40] ta [10:40] mpt, happy to help :) [10:48] having generated a webapp with the generator, how do I test my click on the device? | http://askubuntu.com/q/603068 [10:49] "First you upload it directly to the store..." [10:49] First you get a chicken and some chalk... [10:49] * AlanBell looks for the chalk [10:50] "...then you add a high price ... so you can be sure users testing will notify you if it is broken" [10:50] does it have to be the white chicken that glows on the camera? [10:52] I can't reproduce that bug as I have no white (or other coloured) chickens [10:53] might be easier to reproduce if the same thing happens with cats [10:53] That may have to be filed as a separate bug as cats are clearly not chickens [10:53] sorry guys after installed phablet tools to connect the phone to pc i have to open terminal and type adb shell right? [10:54] Se7: what's the goal? === MacSlow is now known as MacSlow|lunch [10:54] popey, show you Se7: or open a terminal an tail -f /var/log/syslog [10:54] from the phone [10:55] not sure what you're hoping to get from that. [10:55] about the no data source available in the circle [11:23] you think i should report "no data source available" in the circle as a bug? === chihchun is now known as chihchun_afk === alan_g is now known as alan_g|lunch [11:58] I read somewhere last week there will be one more OTA update this week? Is it true? === MacSlow|lunch is now known as MacSlow [12:02] robin-hero, sil2100 sends a daily landing team status email to the ubuntu-phone mailing list with such info in it [12:03] (and yes, the plan is to have a new OTA image ready this week, i'm not sure if it will also release this week or next though (bq might want to sign it off first :) ) [12:05] ogra: thanks, I'll read the emails [12:05] john-mcaleely, ^^^ do we know ? [12:06] it would probably make sense to take bq signoff into account in the mail announcements :) [12:08] is there a plan to get speech dispatcher into the phone? [12:09] AlanBell: That would be fantastic! I searched it for long minutes last night, then I realized it is not my Android phone :D [12:09] long term we surely want voice output ... weather that will speech-dispatcher will need research [12:10] *will be [12:10] I don't think there needs to be an on-device synth [12:10] but speech-dispatcher is the common interface and you can point it at remote synths, like OpenMary [12:10] right, it is more about "how well does a tchnology play in a mobile env" [12:11] and Ubuntu could run an openmary server for the phones which would be cool [12:11] not just for accessibility, but turn by turn instructions on sat nav etc [12:11] yep [12:12] we definitely want some kind of voice output, as i said ... [12:16] ooh, just installed speech-dispatcher (which pulls in some espeak stuff for no good reason) and espeak on the device is nasty [12:17] AlanBell: and will likely get completely broken the minute you get an update [12:18] davmor2: sure, totally understand making it writeable means I get broken [12:23] ogra_, I'm not sure there is a final schedule. it may be next week [12:25] john-mcaleely, right, i think we should adjust the expectations ... and that ... when we say "this week" it really means "this week we hand the image to the vendor for final signoff" [12:26] not 'signoff' - a QA pass. so there can always be variables introduced at that point [12:26] right, if they find some issue it might even be delayed longer [12:28] john-mcaleely, i just want to avoid that a lynch mob shows up at sil2100's doorstep: "but you said this week !!" [12:28] ogra_, indeed. that would be wise === _salem is now known as salem_ [12:32] davmor2: I want to try and bolt it on to something like this http://mumble.libertus.co.uk:59125/process?INPUT_TEXT=This+is+a+perfectly+capable+synth+for+Ubuntu+Phone&INPUT_TYPE=TEXT&OUTPUT_TYPE=AUDIO&LOCALE=en_US&AUDIO=WAVE_FILE [12:32] I wrote some stuff ages ago on linking speech dispatcher with remote synths http://www.theopensourcerer.com/2011/05/speak-to-me/ [12:34] feel free to play with it here http://mumble.libertus.co.uk:59125/ [12:50] GPS unvailable on aquaris E45 | http://askubuntu.com/q/603101 === alan_g|lunch is now known as alan_g [13:13] ogra_, john-mcaleely: yeah, we plan preparing OTA-3 this week, but it might essentially be released to stable around Monday/next week [13:13] sil2100, I would bet on later than Monday, given all the easter holidays in various parts of EU [13:13] Right [13:14] Indeed :) [13:16] VOIP client on the Ubuntu-Phone bq Aquaris? | http://askubuntu.com/q/603117 [13:18] milli: how do i get the ubuntu_calculator_app autopilot tests? [13:18] err [13:18] milli: sorry [13:18] Mirv: ↑↑↑↑↑ [13:18] tsdgeos: sorry, it's missing from the bug report. run phablet-click-test-setup from host. [13:19] tsdgeos: for calculator only, phablet-click-test-setup --click com.ubuntu.calculator [13:19] on the phone or desktop? [13:20] tsdgeos: ^ "from host" ie desktop [13:20] ok [13:20] sorry i didn't read the whole snetence ^D [13:24] popey, on that whoopsie thing, can you check the syslog for denials, [13:24] pmcgowan: seb128 and didrocks looked at it earlier, it's likely because the whoopsie config file isn't writable. [13:24] (but yet, will look) [13:25] pmcgowan: nothing appears in the syslog when I flip the switch [13:25] popey: you don't need to look syslogs, we have a good understand of the issue I guess now (and yeah, it never worked on a ro image) [13:26] ok. [13:26] understanding* [13:26] didrocks, popey it works on both my phones, why is that? [13:27] yours is rw? [13:27] no [13:27] well [13:27] has it ever been? [13:27] let me double check [13:27] heh [13:27] bet it is :) [13:27] I guess it's been, or we are completely on the wrong track, which I doubt [13:29] well, my device is a stock bq retail device with no mucking about :) [13:29] so I'd expect this to be what bq customers will experience [13:29] (and someone else just confirmed this in -uk) ( he asked why some switches revert, I asked which one, and had the bug number ready to paste ) [13:29] Mirv: i'm getting apparmor issues when running the calculator tests, do you get those? [13:29] popey: you forget the "popey's effect" though :p [13:29] true! [13:30] his is running the shipped version, no updates installed yet [13:30] popey, ro [13:30] * popey shrugs then [13:30] hum [13:30] * didrocks is puzzled [13:30] I can reflash the krillin [13:30] well, at least, we know we should fix this [13:30] let's do that [13:30] and then refine [13:30] seb told he will deal with the simple MP [13:31] didrocks, did we see that this path is not in the rw set? [13:31] pmcgowan: yeah, the file is not [13:31] Mirv: i.e. http://paste.ubuntu.com/10706760/ === karni is now known as karni-afk [13:31] pmcgowan: it's more complex for vivid though, as there are 2 files, and one may not exist at boot [13:31] we need to test how our ro system handles this (if it does…) [13:32] file doesn't exist -> no way to remount it rw, I'm quite afraid about that one [13:39] seb128: was there ever a bug filed for the issues folks on g+ were having sending reply from messaging-menu? [13:39] folks having issues I mean === dandrader is now known as dandrader|afk [13:46] bfiller, https://bugs.launchpad.net/ubuntu/+source/telephony-service/+bug/1437486 [13:46] Ubuntu bug 1437486 in telephony-service (Ubuntu) "sms notification baloon dont work to send sms directly" [High,Incomplete] [13:49] seb128: thank you [13:49] bfiller, yw! [13:49] salem_: ^^^ we need to help figure out what is going on here. I cannot reproduce but apparently the customer cna [13:50] bfiller, ok, let me take a look [13:53] bfiller, salem_, btw, is there anything special to do on telephony-service to have mps reviewed? https://code.launchpad.net/~seb128/telephony-service/dont-unref-gvariant/+merge/252415 is a one liner waiting for 20 days without comment :-/ [13:53] tsdgeos: yes, when a test fails those are shown here too. when a test does not fail, those are not shown. [13:54] tsdgeos: oh, no, correction [13:55] tsdgeos: no, I don't have AppArmor problems, just normal did not receive an reply errors [13:55] tsdgeos: please run phablet-config autopilot --dbus-probe enable [13:55] tsdgeos: and try again [13:55] seb128, I might have missed the notification about this MR, I will take a look. [13:55] tsdgeos: I'm using lp:ubuntu-ui-toolkit's test script that takes care of that too, but it's probably that thing ^ [13:55] salem_, thanks [13:56] tsdgeos: updating bug once again with that [13:57] Mirv: yeah that's better [13:57] meh the calculator ap tests only pass in english [13:57] * tsdgeos reboots the phone [13:59] oh, that's yet another thing I've also learned the hard way [14:06] is there a way to mark a webapp as being OK to continue to run and play audio when the screen is off? [14:07] not yet, no [14:07] once oxide uses media-hub for audio and video playback this will work though [14:07] Mirv: were you taught that 1+1=11? did they tell you it was 2, 10 is 2 everyone know that ;) [14:08] ogra_: ok, thanks === dandrader|afk is now known as dandrader [14:15] http://itsfoss.com/create-web-app-ubuntu-phone [14:16] davmor2: There are cases when 1+1=11 [14:17] sturmflut-work: I didn't say it was I said 2 was wrong 11 is 3 [14:17] Mirv: ok, i actually had a deadlock on dbus [14:17] so the patches may not be as good as we need [14:19] davmor2: In binary. In unary, 1+1=11. [14:20] sturmflut-work: :D [14:40] Can I replace (or dual boot) Ubuntu with Android on the Aquaris e4.5 and later go back to Ubuntu? Ubuntu is missing a couple of vital features. [14:41] lemmster: what vital features are you talking about? [14:47] lotuspsychje: gpg intergration into Dekko [14:47] tedg, remember the fix i put into content-hub so the sdk knows not to restore the state from the statesaver? [14:47] kenvandine, Not sure I know it, I know that you said you did it :-) [14:47] tedg, we have the same problem when the apps are launched with url-dispatcher, connecting to the uri handler happens to late [14:48] we added an arg --no-restore-state (or something like that) [14:48] how would you feel about having url-dispatcher also pass that arg? [14:48] :) [14:48] so doing this for content-hub fixed the statesaving issues when opened from the hub [14:48] kenvandine, Hmm, but what about the case that the app is running and it gets the URL. What should the behavior be then? [14:48] but they still have the problem when opened with url-dispatcher [14:48] lemmster: patches for gpg in dekko are welcomed :-D [14:49] Effectively that's a "state saved" in that it wasn't ever swapped out. [14:49] tedg, then they get the uri handler signal and all is good [14:49] kenvandine, So what's the problem with restoring state and then getting the signal? [14:49] they reset the state then, and that's fine now [14:49] the issue is when it's starting [14:49] they don't want to restore the state when starting to handle a uri request [14:49] I'm confused how the two are different. [14:50] they shouldn't be :) [14:50] but... [14:50] there is a problem at startup time [14:50] where they get the uri signal too late [14:50] They should fix that problem? [14:50] it'll cause the statesaver to start restoring the state [14:50] before they get the uri handler signal [14:50] DanChapman: I don't have time to contributed. I can only make a donation if it helps. [14:50] That seems right to me. [14:50] can't really without delaying loading the UI [14:50] or causing flickering [14:51] You should restore the state, and then send the URL signal. [14:51] then the UI changes after shown [14:51] or could [14:51] Sure, just like it would if it was running. [14:51] zsombi, bfiller: ^^ [14:52] if we did that we should wait until the app is done loading to handle it [14:52] so it's consistent [14:52] Certainly, state saver should block all emiting signals until it is done. [14:53] Otherwise it'll always be unpredictable [14:55] zsombi, thoughts? [14:56] tedg: when the app is running it never restores state, just switches to the data being requested by the url handler [14:56] right [14:56] statesaver isn't involved [14:56] tedg: if it's killed it's state will be saved [14:56] Certainly, and the same effect should be if it is killed. [14:56] what tedg is saying, let the app fully start and restore state [14:56] before handling the uri [14:56] As far as the app is concerned, those two should be exactly the same. [14:56] tedg: it's quite ugly doing it that way [14:57] so in the case of the already running app [14:57] tedg: you see first the restore state of the app and then it switches [14:57] chances are the view changes before you see the app [14:57] It's more ugly that you see the screenshot :-) [14:57] while starting you will see the app [14:57] and see it change [14:57] then modify the state while it's loading [14:57] that's the problem [14:57] The app should expect that to happen, it could happen while it's running. So the app needs to ensure that transition is reasonable. [14:58] we don't get the uri handler signal until after it's started [14:58] started restoring that is [14:58] but it's unpredictable [14:58] Let's look at the browser, you might need to queue up the next/last from the state saver and then put the URL on the stack. [14:58] then start faster and do whatever state restoring needs to be done, after you get the uri signal [14:58] tedg: yes what kenvandine says, it is more ugly than the splash screen. You see Splash->Screen A (restored state)->Screen B (request from ulr dispatcher) [14:58] It should come after it has completed restoring. [14:59] bfiller, tedg does have a good point... it's just ugly for the user [14:59] it's the right way [14:59] perhaps we could do something fancy here :) [14:59] tedg: browser doesn't use state saver actually, it's managing tabs on it's own as it always restores the last tab, regarless of how app was killed [15:00] like if the shell knows it's got a uri, show the splash until the uri is handled? [15:00] If the app can tell the difference between being running all the time and being shutdown through the lifecycle, we've done something wrong. [15:00] tedg: not sure I understand your argument really [15:01] bfiller: if the app has to special case laoding a url when it's not running, in a different way from when the app is already running, then the app is doing things wrong [15:01] what decides when to stop showing the splash? [15:02] kenvandine, I believe it's when it does the first buffer swap. [15:02] dobey: it doesn't have to do that [15:02] bfiller, What dobey said, we need to keep things feeling the same for apps. [15:02] tedg: what we are suggesting completely isolates any of this from tha pps [15:02] tedg: kenvandine: we don't know when teh states were restored. State restoration may cause pages to be pushed to the stack, etc, so that may take a while. [15:02] apps [15:03] Sure, an app should have it's state restored. And from that state get a signal about the URI. Just like if it was running the whole time. [15:03] bfiller: what exactly are you suggesting? [15:03] For instance, when it's running on the desktop, that's exactly what will happen. [15:04] So you shouldn't be able to tell the difference if we've killed it via lifecycle or it's been running the whole time. [15:04] tedg: that will cause flickering [15:04] zsombi, can we do something so the UriHandler knows state restoring is done? [15:04] zsombi, "flickering" or the UI to transition [15:05] It shouldn't flicker. [15:05] if there's no way to tell when that's done, that sounds like a bug [15:05] dobey: suggesting url-dispatcher passes an additional arg --no-restore-state that state saver uses so it doesn't try to load saved state when app launched with args [15:05] it shouldn't flicker if it's completely done restoring [15:05] that's all, one liner DONE [15:05] kenvandine: I coudl remove the states which were restored one by one, and till all is removed I can cache the URLs... [15:05] bfiller: it would have to pass that to every app, which doesn't necessarily make sense. you might as well just not use state save at that point, or just put it in your app's .desktop file [15:05] the special arg is a quick fix... but that might be the better solution [15:06] zsombi, URLs isn't the only problem here, it should be all events. There could be others. [15:06] tedg: well, if the last saved state was 3 pages deep, then all thoise will be restored, abd then teh UriHandler action will pop them all and push a completely different page: that causes flickering [15:06] dobey, only from url-dispatcher [15:06] nothing else [15:06] zsombi, For instance location service will notice that it has started up again and start sending updates that could be happening before the state is restored. [15:06] so there's always a uri [15:07] There's a lot of events that could start when we see the app come back alive again. [15:07] tedg: StateSaver saves only property states. If that is driven by a state that si not serialized, it will happen, yes [15:07] kenvandine: url-dispatcher just uses ubuntu-app-launch, which just follows the freedesktop spec, which doesn't allow for adding additional arguments which are not specified in the Exec line of the .desktop [15:07] tedg: it all depends on the app developer [15:07] zsombi, Sure, but we're trying to make good defaults. [15:08] kenvandine: if state saver is a common API thing and is that slow and causes these problems, then it should be optimized somehow i think. working around performance issues in it by changing url-dispatcher to somehow disable it whenever a url is opened, is wrong [15:08] kenvandine, apps can use loaders asynchronously to improve startup, there is no way to know if the app is actually done loading. [15:08] understood [15:08] kenvandine: tedg: bfiller: so in case the url-dispatcher sends a URI, the StsteSaver could restore the state and till that is running, will block the UriHandler to dispatch theUri to QML [15:09] zsombi, +1, but please not only for URIs, for all events. [15:09] tedg: I cannot affect other events sorry [15:09] zsombi, i think that's the proper fix [15:09] tedg: if we'd have to, then there has to be a different place for this state saver [15:10] tedg: for events like you mentioned, it is teh app developer to do the proper serialization, I cannot affect that [15:11] zsombi, I don't know the architecture in detail, but I feel if you can't do that, you're going to have this same bug in another area in a few weeks. Statesaver needs to take down the QML statemachine as it restores and then reenable it. [15:11] all I can do is to delay the UriHandler dispatch [15:11] tedg: I cannot restore the QML properties without a running statemachine [15:11] zsombi, ? They're just memory locations, no? [15:12] tedg: well, as well as bindings, and those need to run as well [15:12] tedg: we are not saving memory locations or content, we are saving property values [15:13] zsombi, Sure, so then you set all of the properties. You run the statemachine until it settles. [15:13] tedg: the one you suggest must be done in QML parser, upstream [15:13] zsombi, Wait, is statesaver not integrated into the parser? [15:14] tedg: yes, all the properties, which may also bring me deeper in teh app, like pushing pages, switching tabs, etc [15:14] tedg: never was [15:14] Oh, my. [15:14] right... [15:15] tedg: that's why I'm telling I cannot stop the state machine [15:16] tedg: we should have a hangout to discuss, I'm have issues with the suggested approach and might be easier to commnication in real time [15:17] guys, I got to leave, if you keep a discussion bare in mind these limitations of teh state saver [15:17] kenvandine: tedg: bfiller: ^ [15:18] zsombi, will do [15:18] and let me know somehow of teh outcome [15:18] ouch [15:18] I think that delaying the signal is the best approach available. [15:18] so far I can do what I just said previously [15:19] bfiller, Sure, we can chat about it. [15:24] tedg: I'll schedule something [15:25] kenvandine: bfiller: ah, one more thing: if in case of url-dispatcher the state will be restored and only then the URL handed over, then same should happen with ContenThub as well... for consistency... [15:25] zsombi, yes [15:26] zsombi: I'd like ot have further discussion about this tomorrow, I'm not sold on the idea :) [15:26] bfiller: :D [15:26] kenvandine: and I cannot queue that :( [15:26] will be a poor user experience unless we figure out how to make some changes [15:27] yeah... I'm out now for real :) [15:36] When Wifi is switched off, should network manager try to conenct to 3G automatically? I find I have to poke it a bit to persuade it to connect [15:52] awe_, ^^^^ [15:52] mcphail, there is active work going on on that exact bug :) [15:52] ogra_: goog to know :) [15:53] my typing today is awful... [15:54] mcphail, are you talking about a phone or a desktop install? [15:54] phone [15:54] awe_: yes, phone [15:54] bq phone [15:55] so does this happen *every* time your switch off WiFi, or just occasionally? [15:55]