yashsingh1/xdaforums huggingface dataset:
[Desire HD Android Development] zFr3eak:
no it dont...
[Desire HD Android Development] twistedumbrella:
Not yet. I was working on that part, but I am trying to weed out what is needed and what isn't and get it all nice and together.
[Desire HD Android Development] zFr3eak:
and document it for me hehe :)
[Desire HD Android Development] twistedumbrella:
How hard do you think it would be to merge the boot images so one build runs on both devices? I have the system side capable of it... one build that works on bolt and desire...
[Desire HD Android Development] zFr3eak:
why you think we should need it ? just changing the zimage should be enough ;)
[Desire HD Android Development] zFr3eak:
Umbrella i got your base booting and touchscreen works as a pointer. no system ui fc so far. can i upload it ? :)

keys are not working in it. is this the nexus dump you posted? this ics_thunderbase.zip ? or is it sdk?
[Desire HD Android Development] capychimp:
just do it in update script man, make the script do a getprop for checking which device is flashing
[Desire HD Android Development] zFr3eak:
i will make a version for you which will support thunderbold and desire hd if you want :)
[Desire HD Android Development] twistedumbrella:
I have that stuff and I meant a boot.img with both driver layouts.
[Desire HD Android Development] twistedumbrella:
Thunderbase is the generic one. That is my start point for everything.
[Desire HD Android Development] zFr3eak:
ah ok lol anyway the build is all in all too small. i just noticed that many apps are not there (about the half of it)
[Desire HD Android Development] Chaosz-X:
Indeed, apps such as the market are missing. We can get those however from here, because some apps such as the market were posted somewhere here.

When you try to add an account, can you choose a Google-account? If not, there are probably some Google-specific files which are missing (just like CyanogenMod without its Gapps.ZIP, without it, you can't even add a Google-account).
[Desire HD Android Development] zFr3eak:
yeah just noticed that. with all apps in it i come to 130 mb zipt. this is okey :) will try to get calls and data quickly working like on the sdk build.
[Desire HD Android Development] Chaosz-X:
So, the steps are:

-Replace the EGL libs with those from an SDK build

-Replace SystemUI.apk with a fixed one (which one?)

-Install the ZIP

-Install a kernel

-Reboot

?
[Desire HD Android Development] zFr3eak:
http://www41.zippyshare.com/v/5049506/file.html

here there are. you need a edited kernel to get it working.
[Desire HD Android Development] Chaosz-X:
Thanks a lot!
[Desire HD Android Development] zFr3eak:
Finally i got calls, data and sms working ;) but i dont see any difference between the other builds lol....
[Desire HD Android Development] kuklux:
Any diff from sdk to this ics source?

And how about gpu acceleration?
[Desire HD Android Development] zFr3eak:
as i said i dont see any difference...
[Desire HD Android Development] kuklux:
..do you think this is true source from ics?
[Desire HD Android Development] zFr3eak:
yeah but i guess with not that much changes on driver sides ;)
[Desire HD Android Development] M..N:
Straight off i don't think any difference would be seen, I guess things need to be fixed in order to see a change I.e ts, gpu acceleration etc.
[Desire HD Android Development] L0cke:
So we still have the pointer for the screen? Even if so, good community effort all round :-)
[Desire HD Android Development] vicedens2002:
NVM found a solution

put #include<string.h> in window.h

(some pages back it was stated strings.h and thats wrong :P )
[Desire HD Android Development] Chaosz-X:
Say what? Why would I be messing around with people, lying about the fact that I made a source build instead of a SDK? If you want, I can upload a screenshot tomorrow showing our working directory and information about the Linux-running PC on which the build process is done.
[Desire HD Android Development] zFr3eak:
yeah that question wasnt good but please dont began a fight lol :) i said that it is a source build but how you said that you dont put much drivers in it and this is the fact ;) i will keep you posting and hope that we get a working build in the futher
[Desire HD Android Development] Chaosz-X:
Yeah, the fact that I didn't put any drivers into it was because the plan was to make 1 build, which we could use to develop a ROM for 2 devices (Desire/Desire HD). In other words: get the base running on both of them, and then add drivers specific to that phone.

Great to see the build is running here, I'm still working on it to get it to boot on the Desire ;p
[Desire HD Android Development] zFr3eak:
well with my files and a correct boot.img it will work. you can ask lordclockan for the boot.img thing. he made ours :)
[Desire HD Android Development] Chaosz-X:
For your /egl/ files: did you remove all the earlier ones and put these into the folder, or did you keep the old ones, and placed the files in fix.rar next to them?

If I can't get it to run in my current attempt, I'll try to contact Lordclockan :)
[Desire HD Android Development] zFr3eak:
i deleted the full egl folder and pushed the new one in ;)
[Desire HD Android Development] hnkumar:
Can't able to download file :(.. Still trying...
[Desire HD Android Development] LorD ClockaN:
try this:

http://db.tt/bL4Ymzbq
[Desire HD Android Development] hnkumar:
Able to download from previous link. I've pushed and browser seems to be fine (after disabled GL rendering). Still i'm facing rendering issues in email and gmail application :(...

I'm on version 9.5

I'm confused whether to use your 9.5 version (with h/w acceleration) or 8.3.3 version (with h/w hack) :rolleyes:
[Desire HD Android Development] paulb_nl:
I tested your build and it is smooth not slow.

Graphics are 16 bit with banding as you can see:

E/msm7x30.gralloc( 1216): We support 3 buffers
I/msm7x30.gralloc( 1216): using (fd=12)
I/msm7x30.gralloc( 1216): id = msmfb
I/msm7x30.gralloc( 1216): xres = 480 px
I/msm7x30.gralloc( 1216): yres = 800 px
I/msm7x30.gralloc( 1216): xres_virtual = 480 px
I/msm7x30.gralloc( 1216): yres_virtual = 2400 px
I/msm7x30.gralloc( 1216): bpp = 16
I/msm7x30.gralloc( 1216): r = 11:5
I/msm7x30.gralloc( 1216): g = 5:6
I/msm7x30.gralloc( 1216): b = 0:5
I/msm7x30.gralloc( 1216): width = 57 mm (213.894730 dpi)
I/msm7x30.gralloc( 1216): height = 94 mm (216.170212 dpi)
I/msm7x30.gralloc( 1216): refresh rate = 0.00 Hz
E/msm7x30.gralloc( 1216): DEBUG_CALC_FPS: 0
E/msm7x30.gralloc( 1216): period: 10
E/msm7x30.gralloc( 1216): ignorethresh_us: 500000

There is also tearing. That must be because it reports refresh_rate as 0.00hz. It should be 60hz.

There is graphics corruption when swiping across screens in the launcher and opening the apps list. Seems like tiles at the wrong place. I see part of the Settings icon on top of Gallery when swiping.

I see a lot of these too:

E/ ( 1592): glEndTilingQCOM: 0x502
[Desire HD Android Development] LorD ClockaN:
keep 8.3.3 :)

@paul:

I looked in the code and it "searches" for refresh rate (in code called fps) from module.. and module is in my opinion either proprietary blob or something that gets compiled.. still looking for it
[Desire HD Android Development] daedric:
I suspected RGB565... can anyone enable debug.fb.rgb565 in build.prop and check if the banding is solved ? It will not be on many places, but it will be noticable.

This one might have effect also, but i don't know if it still works on 4.x

persist.sys.use_dithering=1

(This does not and will not fix the problem. 16-bit with dither will be something like 22-bit at best. It will be MUCH better on 24-bit)
[Desire HD Android Development] mdeejay:
should be 32 bit RGBA_8888
[Desire HD Android Development] iPwn_:
Well on Lord's build, rgb565 and dithering did absolutely nothing.
[Desire HD Android Development] LorD ClockaN:
you manged to fix 8bit issue??

@iPwn:

test on twisted build please
[Desire HD Android Development] mdeejay:
you mean 16bit? :D

no... still f***n 16bit RGB_565 :(
[Desire HD Android Development] twistedumbrella:
I have a possible temporary fix, going to test shortly.
[Desire HD Android Development] LorD ClockaN:
Can you test by seting this:

#debug.enabletr=true

to true or false by removing # in build prop please?
[Desire HD Android Development] twistedumbrella:
That is set to default true in the source, so the only change would be setting it to false.
[Desire HD Android Development] mdeejay:
for tilerenderer you should select true or false ONLY

not comment #
[Desire HD Android Development] mdeejay:
LorD ClockaN

for fix mic use

1) libaudio-msm7x30 (msm7k) (PS. with Giulio port audio libs crashes...)

2) replace this file /system/core/include/system/

http://www.multiupload.com/8A0EPF2TOQ
[Desire HD Android Development] fp581:
can you make it flashable?
[Desire HD Android Development] Krendelrus:
it's a source modification
[Desire HD Android Development] mdeejay:
its for dev only
[Desire HD Android Development] paulb_nl:
No corruption anymore after setting it to false.
[Desire HD Android Development] fp581:
OK i'll wait for next version with working mic thx anyhow
[Desire HD Android Development] twistedumbrella:
Actually, the property is unnecessary, so commenting it simply voids setting it locally

Is this header only for msm7k?
[Desire HD Android Development] mdeejay:
with qcom media libs crashes... :(
[Desire HD Android Development] twistedumbrella:
So why not ifdef instead of killing the proper libraries to get one part working?
[Desire HD Android Development] mdeejay:
because libaudio-msm7x30 work better and more correct for now
[Desire HD Android Development] twistedumbrella:
http://www.multiupload.com/HJQ7ZBNUPC

I didn't say "don't use libaudio-msm7x30" i said "why not ifdef instead of kill the qcom" as demonstrated in the file above.

This is where the issues with "big-picture" source code vs. "item-specific" source code happen. We can't just copy-paste fixes for one exact scenario that in a week will have us going "crap, what did the file used to say that I need now"
[Desire HD Android Development] paulb_nl:
In the kernel /drivers/video/msm/msm_fb.c

BITS_PER_PIXEL_DEF is 16:

#define BITS_PER_PIXEL_DEF 16

static void setup_fb_info(struct msmfb_info *msmfb)
{
struct fb_info *fb_info = msmfb->fb;
int r;

/* finish setting up the fb_info struct */
strncpy(fb_info->fix.id, "msmfb", 16);
fb_info->fix.ypanstep = 1;

fb_info->fbops = &msmfb_ops;
fb_info->flags = FBINFO_DEFAULT;

fb_info->fix.type = FB_TYPE_PACKED_PIXELS;
fb_info->fix.visual = FB_VISUAL_TRUECOLOR;
fb_info->fix.line_length = ALIGN(msmfb->xres, 32) * 2;

fb_info->var.xres = msmfb->xres;
fb_info->var.yres = msmfb->yres;
fb_info->var.width = msmfb->panel->fb_data->width;
fb_info->var.height = msmfb->panel->fb_data->height;
fb_info->var.xres_virtual = msmfb->xres;
fb_info->var.yres_virtual = msmfb->yres * 2;
[B]fb_info->var.bits_per_pixel = BITS_PER_PIXEL_DEF;[/B]
fb_info->var.accel_flags = 0;

fps is set by reserved[4] in android_hardware_qcom_display/libgralloc/framebuffer.cpp so also add fb_info->var.reserved[4] = 60;
[Desire HD Android Development] synergye:
It might work for those who have opened about:debug already (can't *yet* figure that part out), but on a fresh build with that workaround I came up with applied, the box is checked but it doesn't do anything. about:debug must be enabled before it works (any ideas why?).

We should probably focus on turning about:debug on by default then, and move that checkbox back.

Edit: setting about:debug as homepage doesn't do anything. It ignores it's set and reverts to the previous homepage.
[Desire HD Android Development] io53:
Just keep trying to set it, it will stick eventually :p
[Desire HD Android Development] twistedumbrella:
Yes, but this should be overridden somewhere. That is to ensure displays that are 16 can actually work. You wouldn't plug a dvd player set to HDMI into some RGB cables and go "why is the screen black?" so they use the same theory - lowest common setting default.
[Desire HD Android Development] LorD ClockaN:
@MDJ:

I think I already tried reverting that in audio.h, but will try again..

@paul:

well I could change that to 32 and see what happens.

also you setting that to false, you disabled tile rendering.. so maybe adreno205 with current blobs doesn't support qcom tile rendering.

so is twisted build now usable or still suffers from 16bit issue?
[Desire HD Android Development] mdeejay:
thanks it real works ;)

http://pastebin.com/rDGvaRuP
[Desire HD Android Development] twistedumbrella:
I just imported the fixes for tiled rendering. It's building now.

Going to add

#ifdef HIGH_BPP

BITS_PER_PIXEL_DEF is 32:

#else

BITS_PER_PIXEL_DEF is 16:

#endif

With a board flag for HIGH_BPP
[Desire HD Android Development] synergye:
No longer needed. BrowserSettings.java has the following:

// This is a release build, always startup with debug disabled
setDebugEnabled(false);

Just change the false to true and it starts up with Debug on.
[Desire HD Android Development] twistedumbrella:
is this in conjunction with the settings change or instead of?
[Desire HD Android Development] LorD ClockaN:
this is the new kernel to test with twisted build for paul or who ever wants..

http://db.tt/90r5Ll6D

changed that 16 to 32 and added the refresh fps variable

if it doesn't work, I'll change some other stuff too
[Desire HD Android Development] twistedumbrella:
Your public links were shut down
[Desire HD Android Development] LorD ClockaN:
****

http://dev-host.org/tr60xguzr9h4/lordmodUEv8.8-ICS-b1.zip
[Desire HD Android Development] synergye:
Preferably instead of. The preference change still must have debug mode enabled. This is because three lines in BrowserSettings.java dictate that the string must have debugmode enabled. I recommend moving it back to debug prefs for the sake of cleanliness, and changing that line in BrowserSettings.
[Desire HD Android Development] paulb_nl:
@Twisted. These are missing from your build:

# Disable system restrictions for all builds

PRODUCT_DEFAULT_PROPERTY += \

persist.sys.strictmode.visual=0 \

ro.secure=0

# Qualcomm Display Properties

PRODUCT_DEFAULT_PROPERTY += \

debug.sf.hw=1 \

debug.composition.type=dyn \

ro.sf.compbypass.enable=1 \

com.qc.hardware=true \

debug.enabletr=true
[Desire HD Android Development] synergye:
Forgot to mention you can just set javascript console to false so it won't be on by default.
[Desire HD Android Development] twistedumbrella:
Those are pulled directly from my makefiles, so what do you mean missing?

Added some commits. I really need to take about an hour and sit down and commit all the changes I made locally. Getting behind.
[Desire HD Android Development] LorD ClockaN:
anyone tried my kernel just posted?
[Desire HD Android Development] sugardaddy1979:
No good for me. Got garbled white screen at boot animation.
[Desire HD Android Development] paulb_nl:
Screen stays white now:

E/msm7x30.gralloc( 1222): We support 0 buffers
W/msm7x30.gralloc( 1222): page flipping not supported (yres_virtual=800, requested=1600)
I/msm7x30.gralloc( 1222): using (fd=12)
I/msm7x30.gralloc( 1222): id = msmfb
I/msm7x30.gralloc( 1222): xres = 480 px
I/msm7x30.gralloc( 1222): yres = 800 px
I/msm7x30.gralloc( 1222): xres_virtual = 480 px
I/msm7x30.gralloc( 1222): yres_virtual = 0 px
I/msm7x30.gralloc( 1222): bpp = 32
I/msm7x30.gralloc( 1222): r = 0:8
I/msm7x30.gralloc( 1222): g = 8:8
I/msm7x30.gralloc( 1222): b = 16:8
I/msm7x30.gralloc( 1222): width = 57 mm (213.894730 dpi)
I/msm7x30.gralloc( 1222): height = 94 mm (216.170212 dpi)
I/msm7x30.gralloc( 1222): refresh rate = 60.00 Hz

Somehow there are 0 buffers now.
[Desire HD Android Development] LorD ClockaN:
crap!

now:

http://dev-host.org/35tmn4uvvzh9/lordmodUEv8.8-ICS-b1.zip

edit:

@paul:

but refresh rate works!

ok, this new version is slightly different

on which build are you testing?
[Desire HD Android Development] sugardaddy1979:
I was testing on your latest. I download and give that one a whirl.
[Desire HD Android Development] LorD ClockaN:
ok, don't know if it's the same issue on twisted build.. but paul is on twisted I think
[Desire HD Android Development] paulb_nl:
I mean they are not in build.prop from your build
[Desire HD Android Development] twistedumbrella:
To save my sanity, I will wait to update the kernel in my source until testing is done. Until a few minutes ago my source didn't have the updates for the new kernel changes
[Desire HD Android Development] daedric:
E/msm7x30.gralloc( 1222): We support 0 buffers
W/msm7x30.gralloc( 1222): page flipping not supported (yres_virtual=800, requested=1600)
I/msm7x30.gralloc( 1222): using (fd=12)
I/msm7x30.gralloc( 1222): id = msmfb
I/msm7x30.gralloc( 1222): xres = 480 px
I/msm7x30.gralloc( 1222): yres = 800 px
I/msm7x30.gralloc( 1222): xres_virtual = 480 px
I/msm7x30.gralloc( 1222): [B]yres_virtual = [COLOR="red"]0 px[/COLOR][/B]
I/msm7x30.gralloc( 1222): [B]bpp = 32[/B]
I/msm7x30.gralloc( 1222): r = 0:8
I/msm7x30.gralloc( 1222): g = 8:8
I/msm7x30.gralloc( 1222): b = 16:8
I/msm7x30.gralloc( 1222): width = 57 mm (213.894730 dpi)
I/msm7x30.gralloc( 1222): height = 94 mm (216.170212 dpi)
I/msm7x30.gralloc( 1222): [B]refresh rate = 60.00 Hz[/B]

vs (before)

E/msm7x30.gralloc( 1216): [B]We support 3 buffers[/B]
I/msm7x30.gralloc( 1216): using (fd=12)
I/msm7x30.gralloc( 1216): id = msmfb
I/msm7x30.gralloc( 1216): xres = 480 px
I/msm7x30.gralloc( 1216): yres = 800 px
I/msm7x30.gralloc( 1216): xres_virtual = 480 px
I/msm7x30.gralloc( 1216): [B]yres_virtual = 2400 px[/B]
I/msm7x30.gralloc( 1216): bpp = [B]16[/B]
I/msm7x30.gralloc( 1216): r = 11:5
I/msm7x30.gralloc( 1216): g = 5:6
I/msm7x30.gralloc( 1216): b = 0:5
I/msm7x30.gralloc( 1216): width = 57 mm (213.894730 dpi)
I/msm7x30.gralloc( 1216): height = 94 mm (216.170212 dpi)
I/msm7x30.gralloc( 1216): [B]refresh rate = 0.00 Hz[/B]
[COLOR="Red"]E/msm7x30.gralloc( 1216): DEBUG_CALC_FPS: 0
E/msm7x30.gralloc( 1216): period: 10
E/msm7x30.gralloc( 1216): ignorethresh_us: 500000[/COLOR]

I feel like we're running a cat and mouse game... so frustrating.
[Desire HD Android Development] LorD ClockaN:
no prob.. I'm waiting for test results, and testing my self..

can you link me to your working build so I can test on yours also?
[Desire HD Android Development] twistedumbrella:
Running a compile now. Finally got everything together. I will know in about an hour if about 20 commits make a difference.
[Desire HD Android Development] LorD ClockaN:
I flashed this one posted second: http://dev-host.org/35tmn4uvvzh9/lordmodUEv8.8-ICS-b1.zip

and I have 32bit and working fine..

no tearing or anything!!!

****ing amazing!

this is on my build 9.5!!
[Desire HD Android Development] paulb_nl:
32 bit is also working on the build from Twisted but I still see tearing.
[Desire HD Android Development] f100cleveland:
I flashed twisteds build from this morning and flashed your 1st b1 and got messed up white screen (all ready know that) then I flashed your second kernel. It booted, very very laggy for the first few minutes, then sped up good. But then I started getting tearing when in the app drawer. It wouldn't grab an APN so I flashed back to cm7 quick since I'm using it for work right now.
[Desire HD Android Development] Pure Energy:
Yep, it seems almost ok. Frankly, while opening applications I have small glitches or tearing, but the rest seems all right.
[Desire HD Android Development] mdeejay:
should be:

#define BITS_PER_PIXEL_DEF 32

static void setup_fb_info(struct msmfb_info *msmfb)
{
struct fb_info *fb_info = msmfb->fb;
int r;

/* finish setting up the fb_info struct */
strncpy(fb_info->fix.id, "msmfb", 16);
fb_info->fix.ypanstep = 1;

fb_info->fbops = &msmfb_ops;
fb_info->flags = FBINFO_DEFAULT;

fb_info->fix.type = FB_TYPE_PACKED_PIXELS;
fb_info->fix.visual = FB_VISUAL_TRUECOLOR;
fb_info->fix.line_length = ALIGN(msmfb->xres, 32) * 2;

fb_info->var.xres = msmfb->xres;
fb_info->var.yres = msmfb->yres;
fb_info->var.width = msmfb->panel->fb_data->width;
fb_info->var.height = msmfb->panel->fb_data->height;
fb_info->var.xres_virtual = msmfb->xres;
fb_info->var.yres_virtual = msmfb->yres * 2;
fb_info->var.bits_per_pixel = BITS_PER_PIXEL_DEF;
fb_info->var.accel_flags = 0;
[Desire HD Android Development] sugardaddy1979:
Guess I need to wipe and start over OR it is an inspire issue. I can't get past bootanimation. No access to adb here, so I can't drop a LogCat.
[Desire HD Android Development] LorD ClockaN:
I also don't have adb.. very strange!

working nice:

https://picasaweb.google.com/lh/photo/ngS-GXI1dIoz9EsxfLCmctMTjNZETYmyPJy0liipFm0?feat=directlink

for now
[Desire HD Android Development] iPwn_:
Screenshots were always captured in full 32-bit color lol...even in build 6.0 on kernel 8.7.

---------- Post added at 03:26 PM ---------- Previous post was at 03:21 PM ----------

On beta 6.0 it worked beautifully.

Time to upgrade to 9.5 if it really fixed tearing.
[Desire HD Android Development] jcmaddox1:
your 8.8b1 kernel works perfectly on inspire running b6, fixes 32bit color aswell. and no tearing that i can see.
[Desire HD Android Development] twistedumbrella:
That was the only change, correct? The repost made it seem like this was different.
[Desire HD Android Development] iPwn_:
Nevermind the tearing is definitely not gone in 9.5 with the new kernel. Color is fixed, but just go in the browser and try zooming or scrolling on any website. The frame keeps tearing as the animation occurs, like V-sync is off or something.
[Desire HD Android Development] LorD ClockaN:
because browser has some issues with opengl rendering, that is why you have to enable that option in debug menu
[Desire HD Android Development] synergye:
I do have adb. Just built it last night off your git (PST) prior to audio lib revert/header change. In anycase, good job! I'm working on a fully themed build right now with various source changes (mostly changed relative anim strings to 100ms :). Testing out my new browser fix. Even modified vendor common for copying apps so I don't need to do anything after the build and can now merge changes easily. Expect project blackhole slushy on git in a few hours.

Edit: One thing I did I can recommend you to do Lord is remove maps from copying. It's responsible for quite a bit of battery drain and is now available on the market.

Edit2:

Look a page or two back for the new BrowserSettings.java mod that will always enable debugsettings. then all you need to do is switch that checkbox back to debug settings, and set javascript console to false in the xml you moved the checkbox from. The end-user won't even notice the workaround save for the added possible settings :).
[Desire HD Android Development] iPwn_:
This has nothing to do with the browser specifically. I already fixed the web page rendering. This has to do with the zoom and scroll animations. It's an issue in any app, but most noticeable in the browser. It wasn't there in 6.0.

Ugh sorry if I'm just coming across like a ****, but I think there's tinny audio for the inspire in 9.5 too. Just focus on twisted's source tho lol I'm content with going back to 6.0.

EDIT 2: Nvm Inspiremod still works.
[Desire HD Android Development] synergye:
How did you fix webpage rendering?! Also, flash the tinny audio fix in the OP of my thread "Black Hole Slushy. It might only be in the inspire 4g thread OP, I don't remember.
[Desire HD Android Development] iPwn_:
Well not "fixed". More like got it to work with hw accel on. Idk lol.

Sorry I worded it badly I meant:

http://xdaforums.com/showpost.php?p=20788439&postcount=5800
[Desire HD Android Development] LorD ClockaN:
Updated 3rd post:

build 9.6 - 30-12-2011

http://dev-host.org/smk9656b69sb/update-LC-ICS-0.9.6-DesireHD-signed.zip

fixed 32bit colors - thanks paul_nb

fixed audio input for apps (using mic) - thanks MDJ

for browser fix go t osettings/debug/disable and than enable again "CPU upload path"

updated to last CM patchs from 6 hours a go...
[Desire HD Android Development] synergye:
Is that with debug settings enabled from start? Edit: just saw your comment on your git. I think I'll try removing the debug settings check for that string from BrowserSettings.java, and moving the checkbox back to advanced :P

Damn, you had me excited!