code.binaryoutcast.com/graveyard/in…/RELEASE/modules/InspectElement.jsm this is originally from one of the domi forks that no longer exists i had it startup using this which I adapted from pre-bootstrap abp

basically? shift+rightclick inspects any element in DOMi

could be cleaned up and put behind a pref and added to sm DOMi

nsITobin hi

nsITobin do a patch and file a bug. If it works can be added. I might have looked at this one previously too. Not sure.

oh i am sure I threw it at the channel or you specifically at some point previously

...

no shit.. websites provide scripting to control the local client.. the local client can access anything the local client can access and be instructed to get results and send it back .. this is only a problem because the web platform as a concept is flawed

this really is the problem with turning the world wide web into the open web platform because and remotexul all but proved it... powerful remote code will always be a security issue one way or another and up and replacing local programs with localhost webapps just makes the issues worse and the "solutions" are gonna be treat your local computer as if it was a public exposed high target server cluster because at this rate being connected to the

internet makes you apart of one rather than a mere .. web client

but that's just my view point

frg_Away: have there been any patches to domi since 10 days ago?

nsITobin No last one was an overlay removal from me.

poor venkman

ha, Venkman

a name I haven't heard in a decade

for me it was always difficult to harness its power

someone revived a fork of venkman but it was finally killed when older jsd was

i think someone else reused the interface for something

firebug should NEVER been allowed to assume the role of devtools

the pre-jetpack devtools and early jetpack devtools the ones using the orion name were .. kinda better than the later firebug replacement

the one feature I miss from Firebug is its extensibility

being able to log server-side events on the browser console by sending custom headers was a lifesaver many times

isn't it ironic the core debugging capablity for modern html firefox is sourced from a xul extension

(this was easily achieved on PHP stacks using FirePHP, a Firebug addon)

addons for an addon, YO DAWG!

tomman: adblock plus has child add-ons too

elemhidehelper

a few others

had*

of course elmhidehelper WAS part of abp until it was split out.. tho that proved advantagious for me because I could have EHPrime target both ABPrime and the inferior Adblock Latitude it was supposed to replace

i made it address both

rest well frg

might help if everyone was able to actually access links i link for example

good think I am forking gogs eventually i can change the behavior.. it seems to remember last repo you did and applies those .. not a BAD feature except on inital import.. no matter easily fixed

thing*

hey njsg (or WG9s if around) which component should I be filling DOMi bugs in?

reading backlog, hasn't noscript prevented local accesses for a long time now? Or is that something else?

nsITobin: I don't really know right away, so I'd resort to checking what have the bugs for the newest commits been filed under

good idea

nsITobin: bug 1909858 - possibly the overlay removal frg mentioned - is in General, and I don't see at a first glance anything else for DOMi in bugzilla.mozilla.org/describecomponents.cgi?product=SeaMonkey

it used to be under other applications but i guess not anymore

I'll set it as SM -> General

is there a policy? or is to bound to if the user has the capability because i think in different circumstances it changes to run as or whatever

nsITobin: well, if it's not a policy then maybe it's a "Server" feature, all I know is that one "7" install doesn't show it, and I presumed I had it in the "Server" install because of some policy.

hmm its possible it is a server policy

or codepath

seems like something one of those things like winaerotweaker would expose

btw njsg if i want to move to rocky IX i am gonna have to basically build everything from the window manager up..

nothing in the selection either works properly or is the prefered incarnation

what's the issue? defaults? compilation settings?

I think that'd be my situation outside gentoo...

upgrading things and epel packages being broken cause no one cares enough

normally i'd be rather pissed off about the situation.. BUT in this instance I am not because eventually I will build everything so this is just a shortcut cause everything below xorg is already done and there are devel packages