**** BEGIN LOGGING AT Sun Jul 24 02:59:58 2016 Jul 24 03:08:43 Tofe: It's not our custom User Agent for some websites by any chance? Jul 24 08:36:21 Herrie: no, because we use the exact same agent on the desktop QML test version, and it renders correctly Jul 24 09:38:15 Oh, skypeweb for pidgin works now -- good! Jul 24 09:47:41 Tofe: Yeah it seems I can validate my IM accounts. ICQ, AOL, Skype work. So plugins seem fine. I haven't tried WhatsApp. Jul 24 09:47:56 Just cannot get the legacy IM app to work. Jul 24 09:48:16 It tells me no accounts are found while they're there. Jul 24 09:48:55 I suspect it has to do with Activitymanager issue since it mainly uses some db watches. Jul 24 09:49:07 I need to use ls-monitor on legacy to see what happens though. Jul 24 09:49:25 ah, yes, this is still there, I didn't remember if you got through or not Jul 24 09:49:27 I guess we could bump Skypeweb for Pidgin a bit, quite some critical commits it seems. Jul 24 09:49:57 Just my connection is so poor that my VNC to my build machine at home is not workable :P Jul 24 09:50:11 If you have a chance or nizovn to try a bump that would be good Jul 24 09:50:27 nizovn: ^ Jul 24 09:51:03 Just a SRCREV bump should probably do, though they also changed the makefiles a bit it seems, so might require more. Jul 24 09:51:04 Herrie|Pre3: on my desktop, 1.2 works well Jul 24 09:51:36 Herrie|Pre3: let me do the bump Jul 24 09:53:23 Tofe: You can probably take the latest commit from gh as SRCREV I guess Jul 24 09:54:35 yes, that's what I'm trying, though the latest commit seemed unsure about it being correct or not Jul 24 09:54:54 Well anyway it's only for the MSN Live accounts Jul 24 09:54:58 It seems Jul 24 09:55:52 Not regular Skype accounts (i.e. that were proper Skype ones). Jul 24 09:56:08 Anyway it's easy to test if it works :) Jul 24 09:56:10 Just add your Skype account. Jul 24 09:56:10 build went fine Jul 24 09:56:38 I guess other nice plugins to have would be Hangouts & Telegram eventually but would first like to get initial stuff working Jul 24 09:56:51 DB8 kinds & permissions are all fine now. Jul 24 09:58:26 looks happy Jul 24 09:59:13 I don't have any contact though, but that's the db issue Jul 24 09:59:33 let me PR that Jul 24 10:00:33 Tofe: OK :) Jul 24 10:01:08 Yeah that's DB issue. Contacts get synced when you log in using Messaging afaik Jul 24 10:01:22 But not 100% sure about that though, but I think they do. Jul 24 10:01:30 Not when you add the IM account itself Jul 24 10:01:36 But I might be wrong Jul 24 10:02:07 https://github.com/webOS-ports/meta-webos-ports/pull/188 Jul 24 10:02:24 Our Enyo 2 Messaging is lacking proper support for IM accounts afaik hence I tried sideloading 3.0.5 one for testing but to no avail. Jul 24 10:03:58 Could some test on TP help? Jul 24 10:06:44 Tofe: I guess next step would be to use ls-monitor on 3.0.5 to monitor what Messaging does and compare that with what we get as output Jul 24 10:06:54 See if there's anything obvious Jul 24 10:07:27 There are quite some small config bits here and there that aren't clearly documented. Could easily be I missed something somewhere Jul 24 10:07:35 Though nothing obvious in logs Jul 24 10:07:36 yes... well, I'd like to fix the zoom issue first Jul 24 10:07:43 Tofe: Yeah Jul 24 10:08:03 Maybe something in upstream 5.6 or 5.7 that might give a clue? Jul 24 10:08:30 For qtwebengine that is. Since you say it's fine on desktop? Jul 24 10:09:02 I'm quite sure we have some Google UA stuff in our UA overrides. You could try removing those just as a quick test. Jul 24 10:10:26 fine on desktop, yes, but I'm using 5.7 there Jul 24 10:10:48 I doubt we have a specific UA for linuxfr.org :) Jul 24 10:12:21 Tofe: Well it can be our generic UA that's somehow an issue. Jul 24 10:13:43 it looks more like a rendering issue Jul 24 10:13:49 Could be we need to backport some fix. Wouldn't be the first time. Jul 24 10:13:56 yeah :) Jul 24 10:14:03 QT's qa could use some improvement :P Jul 24 10:14:19 Quite some critical bugs end up in releases frequently :P Jul 24 10:15:15 let me try with the nanobrowser for the examples, on the emulator Jul 24 10:18:49 the nanobrowser also has the issue Jul 24 10:24:53 while browsing their commits, I also see there are some focus-related commits... Jul 24 10:30:02 Herrie|Pre3: do you have a desktop Qt 5.6 somewhere ? Jul 24 10:37:09 Tofe: I think on my laptop that I have with me. Could check in a bit when back in our room. Jul 24 10:37:20 I recall I have 5.6 on there Jul 24 10:37:51 ok, that'd be great; simply go to linuxfr.org, as it doesn't have mobile/desktop variants, it just doesn't scale properly Jul 24 10:50:09 Will try that when back. Waiting for the little one to wake up then we'll have some lunch so it'll be a few hrs :P Jul 24 13:54:47 Tofe: I have focus issues in general with QtCreator lately Jul 24 13:54:55 I mean everything looks HUGE for me Jul 24 13:55:02 I wanted to ask you about that Jul 24 13:55:08 So my browser looks huge as well. Jul 24 13:55:13 linuxfr.org seems OK Jul 24 13:59:51 http://herrie.org/lnc.png http://herrie.org/google.png http://herrie.org/linuxfr.png http://herrie.org/firstuse.png Jul 24 13:59:55 So screenshots Jul 24 13:59:58 +me Jul 24 14:41:14 ok, so maybe device specific. What's you laptop screen resolution ? Jul 24 14:42:54 I'm beginning to think it could be related to a HiDPI issue, but the emulator isn't particularly HiDPI... Jul 24 15:56:42 Tofe: 1366x768 Jul 24 15:59:44 ok. That's really weird. Did you change something in luneos-components/test/imports/LunaNext/Common/SettingsStub.js ? Jul 24 16:30:45 Tofe: I don't think so. Will try when I'm back from dinner with a clean LuneOS Components just to be sure. Jul 24 17:40:52 Tofe: I think you latest commit for the settingsstub might be the issue. It makes the N4 resolution default: https://github.com/webOS-ports/luneos-components/blob/master/test/imports/LunaNext/Common/SettingsStub.js#L54 Jul 24 17:40:59 It's this commit: https://github.com/webOS-ports/luneos-components/commit/4ffb7fc755aa470107d108cc2fd5525bdbc8ba14 Jul 24 17:43:40 I would suggest to have the desktop one enabled by default since the settings stubs are normally used on Desktop mainly to test. Jul 24 17:48:41 ok Jul 24 17:52:27 That at least explains my desktop behavior I guess Jul 24 17:52:52 Herrie|Laptop: I've tried Qt 5.6.1 + quicknanobrowser on a x86 tablet, it doesn't have the scaling bug Jul 24 17:53:07 I even tried with a wayland compositor Jul 24 17:53:49 Tofe: This looks proper on my laptop: https://raw.githubusercontent.com/webOS-ports/luneos-components/954bf17c76306dbbfcd9c8137c58f1fb0a8e2eea/test/imports/LunaNext/Common/SettingsStub.js Jul 24 17:53:58 But your new commit with Desktop enabled not really Jul 24 17:53:59 enabling/disabling Hi-DPI doesn't trigger the bug either Jul 24 17:54:02 (or solve it) Jul 24 17:54:10 It looks better compared to N4 but not like the one above from 11th of Jan Jul 24 17:54:57 I guess because it used your little laptop 800*600 resolution :P Jul 24 17:55:05 Herrie|Laptop: I'll have to review those settings; the previous one had a common gridUnit value, which is wrong Jul 24 17:55:26 Herrie|Laptop: hey! it was 1024x768, sir! Jul 24 17:55:54 or was it 1024x600. well well. Jul 24 17:56:05 Well your file said 800*600 :P Jul 24 17:56:22 :) I didn't want it to be fullscreen either Jul 24 17:57:09 put back gridUnit=8, you should get back the previous appearance Jul 24 17:57:42 (with dpi=114) Jul 24 18:11:24 gridUnit=10 looks OK with DPI of 148 Jul 24 18:22:37 ok, good, let's take that then Jul 24 18:30:22 Not sure it's correct, but it doesn't look out of place Jul 24 18:58:47 Usually I test it with the phone app, let me see Jul 24 18:59:45 looks good ! I'll commit that **** ENDING LOGGING AT Mon Jul 25 02:59:58 2016