hello, I 've some bug with Seamonkey Suite

where i can send screenshot ?

knoppix bugzilla.mozilla.org/buglist.cgi?bu…rity%2Cbug_severity&query_based_on=

'it's about faavicon of an mail app

same problem if it;s about chat app

cabrag which build?

2.53.13

Not aware of any general favicon problems. Screenshots to you favorite place. I use ibb.co

and the problem is?

seems moonchild is still trying to spread lies 6 months later forum.palemoon.org/viewtopic.php?f=…f0dc12edcc16bc10a7a9aecc5bb#p232031

I have never within the entire time I ran the Add-ons Site either as Add-ons Team Leader or prevented or banned someone from the service unless they broke the rules multiple times... Would I be more likely to go after enemy agents more harshly when they fucked up more than once.. absolutely because I know they are doing it maliciously because if someone can make a proper add-on they can follow the handful of rules associated with it nearly every

one also applies to AMO just in different language and they WILL ban for political reasons from AMO.

this is a proven documented fact that is evident by anyone not out to specifically destroy me

ones that*

frg_Away: how is this for OS integration personal.mattatobin.com/image/captu…a09-4b7c-4395-bc49-7cdd86f3ddee.jpg

I am considering dropping toolbar grippys tho

NewTobinParadigm. The icons are way better then the standard care bear movie classic ones but I actually like the white toolbar.

at least they're not Flat™ and colorless

frg_Away: I hated the white menubar concept but over time it has triggered some SLIGHT nostagia for windows 3.1

which i suppose is a damned sight better than windows 8's invocation of windows 2.0 disgust

windows 10's msstyle at least has SOME style the thing is they removed style from other places

like col headers in tree or list views

i added my own subtle styling to improve the ux slightly

I have done other bits

I am on Server 2019 and the whitewash is ok for me here.

I want to respect the user's choice in OS by default but there are some tidbits as a designer i can't leave as-is

i think it takes a real balancing act to consider both

either being totally custom or totally os native stylewise only works in certain circumstances most applications .. not a pun .. require some intuitive design to do more

frg_Away: between Interlink and Borealis i have very similar icon sets some of those in interlink are from this set but also older incarnations

one day I will either commission or just create a unique BinOC icon set for my applications but for now these are the best imo

for how i want it presented

how long until they do a Windows UI that reminds of NT 5.0?

njsg: while extremely crippled native gdi widgets are still a thing even in windows 11

so they could totally do it at a moments notice.. just enable some flags do some fixups set it as default and bam.. chicago ux

one thing that's good to have is that with this theming the UI might be able to offer both "native/integrated" and "not modified by the OS" themes (say, SeaMonkey Default vs. Modern)

I could appreciate some #d4d0c8 instead of the white :-P

(re: MS UI)

njsg Windows 11 is the pits. Some color back which I like but taskbar and popup menus total crap among other things. Might move either to Linux or Server 2022 after 2019 unless I am dead by then.

I am considering completely overriding the context and popup menu styling for windows 11 .. i would style it like a modern context menu with proper metrics but it would be more compact and not hiding 90% of it

basically how the normal context menus SHOULD LOOK

frg_Away: 2008R2 can feel confusing enough already, I wish it were possible to force the old common dialogs, for example.

first i have to finish windows 11 detection

i made a start on it with my update to: code.binaryoutcast.com/projects/aur…K/system/framework/WindowsVersion.h

knoppix was cabrag?

which isn't the same as the version mozilla has but was updated with pieces from it

I wonder what the problem is, could it be about the resolution of the window icon?

nsg yes

njsg yes

this header also serves as a quick lookup of windows 10/11 versions as i update it heh

here is the patch i dunno if it will be helpful to anyone code.binaryoutcast.com/projects/aur…583d5cf235730795b7c0093d767d1399d05

OH i also need to update media features so i can detect windows 11 for skin reasons

don't forget the skin tone modifiers~

frg_Away: you do realize that these white menu bars makes me racist right.. cause they are white

Later nspre now has the information too it seems. Just in the middle of updating to the esr102 versions and added Bug 1633937 as a drive by : ibb.co/3NxwrkH

or the Tweeters will roast you alive for not respecting UX diversity!

esr one hundred and two

frg_Away: what is wrong with this picture?

oh, that explains the black and white in the UI

it's a tie-in with disney

for 101 dalmatians

101 damnations

NewToBinParadigm Well we still have black color for fonts which I like so it is on a balance. But don't put a guy with a green cap or Winnie the Pooh in or Xi will come after you!

^in balance

Xinnie the Pooh!

does anyone rememeber if they were called themes or skins in netscape?

I think themes, but I'd really have to check

cba

My only experience with Netscape was in the Communicator era (NS4), and back then we didn't had themes

I was about to say the VM where I have that is not accessible, but I think I might have another VM which actually has netscape

it's ok

Oh, I used it, what was it, during the Netscape 7 era?

don't go to any trouble

yeah ns6+

actually, one way to check, let me see...

Seems to not have regressed something but need to fix some tests and still in the middle of tracking down possible regression bugs: ibb.co/FzXBGyW

I am likely gonna return some UIs to their netscape or at least refined netscape style

frg_Away: what are you trying to do

update nss?

what platform version

the real one not the one you are spoofing

Yes I just did. real one. Latest ESR102 versions of nss and nspr.

onto 56-base?

Yes

you're gonna have a lot of issues

maybe not as much as i did

but we are kinda close in those regards

did you run into any of code.binaryoutcast.com/projects/aura-central/issues/3

that shit frg_Away

Nope. We were already at 78 level. Had some fun with the certverifier code but ssl test sites are ok and mail cert is working.

not the way I was thinking of using to check, but: ia801306.us.archive.org/12/items/Ne…Themes/Netscape6-2_FogCityPrefs.png archive.org/details/NetscapeThemes

what version is 78?

frg_Away: wait you are saying you with a m-r56 base got nss past 3.64

without issue

3.53 but 3.54 needs some patches.

2.53.14 is still at 3.53.x

But yes I am now at 3.79. Not yet checked in.

ok in seamonkey release what version of nss are you shipping or have gotten to

Shipped is 3.53.4. 2.53.15 will have 3.79.x unless my patch queue blows up. But I am running this build right now for a few hours already.

cause for my platform runtime which orginated from esr52 i was only able to get nss up to 3.64 after getting gyp to handle the build files..

or rather the mozbuild gyp consumer

frg_Away: how did w95sock affect nss?

what sort of issue were you getting?

wait unified sources

NewTobInParadigm Compile errors in nspr 4.27

guess I avoided those cause when I rewrote and relocated the lib i took it out of uniifed sources completely

well frg_Away you DID help me some tho

the answer is either between 52 and 56 or in your repo specifically

to move past 3.64

thank you dude

symbol stuff is usually security\nss.symbols. Not sure if already in 52

i updated the symbols no problem

in fact i kept several exposed that mozilla closed up cause we need em

we..

I do

old habits.

Yes and comm-central now has its own file.

the nss extra symbol shit was in 52 i believe

if i remember when i last looked

Well now that my platform codebase is my own i don't have to do the comm config anymore

tho i am still proud of all the bugs i fixed WITH the orginal comm-setup

which is why I am gonna continue offering a comm-base git repo with my sample application

with all do respect to jcrammer but his choice to put comm under mozilla was a bad call.. it was far more beneficial to keep the comm-hack as it was im my experience dealing with the build systems

Well one in a month I think if we should update to central in earnest. Then I look at the mozilla central code or rather the current crap and do some backports instead. Well we keep it still building so option is still open.

^once in a month

oh keeping central building for better backports even tho you likely won't be shipping it as-is?

you know past a point seamonkey can't BE seamonkey anymore

gui crap telemetry crap newtab crap pocket crap no themes crap and so on.

and that is just the past five years

LOL

The installer still works: wg9s.com/comm-central

well maybe if i persist long enough and don't fall back too far into my complete asshole dalek persona.. maybe you'll join me in the end lol

the good thing tho for me frg_Away is if doing shit within a webclient context becomes too impossible .. it doesn't mean i have to trash the whole platform runtime .. just means fuckin browsers are not worth the trouble

i really wanna go through the toolkit content and just redo everything

I'll call it the Cross-Platform Front End cause that's orginal

frg_Away: I wish i could remove JSDownloads

but there are some components that rely on them still

ever since there was a solution to fix nsDownloads proper i been very very happy

on my system downloads are faster with nsDownloads vs JSDownloads

always have been

likely get rid of the toolkit download ui and just use the communicator one

It is the usualy mozilla spiel. Remove a mature component and replace it with something missing half the functionality and is buggy. But we made it work and until 10 people show up and want to help out I rather take patches 1:1 these days.

But no intention to gut about:config and the profile per version stuff among others. There is a line...

I guess it is just my destiny to maintain a classical codebase that hasn't been shit up by mozis or moonies

i plan next year to put windows arm as a priority

tho it would be easier to document and solidfy linux-arm

my biggest fear is if microsoft starts requiring authinticode without any way to get around it

or worse yet.. restricts the win32 api BASED on code signing

where their telemetry shows that the ratio of unsigned applications accessing win32 apis is only this blah blah blah fuck you spend 400 dollars on a cert

you know frg_Away

linux arm is working as far as I know. Windows builds are signed now too but not highest level so block on first sight still applies.

I know my codebase can be produced for linux arm with little issue it is just undocumented at that level and i don't currently have the hardware

in 2018 and before .. the cross compiling aspect barely works and even if it does there is little info

of course since then it has gotten better but only because they wrote new documentation as they were changing how shit worked

Our build system is now on the way to 78 and much of the arm stuff already in. Just Windows arm is a waste of time right now. Own an M1 mac mini now. If I find some time might see if I can set up a vm.

so it doesn't halp me

well since Aura Runtime Environment was Goanna Runtime Environment .. mac support is gone

bsd support is next

0917|20:00:02 < NewTobinParadigm> where their telemetry shows that the ratio of unsigned applications accessing win32 apis is only this blah blah blah fuck you spend 400 dollars on a cert <-- so, the apple approach? :-P

however if someone wants to contribute patches to add a new cleaned up written for this codebase not fucking other targets i'd gladly accept it

njsg: it will happen eventually

back in a minute

WindowsS was a test case to see how it would fly

obviously it hasn't been done yet but the push to do everything BUT outright prevent you is getting more intense

especially when windows 11 defender decided to eat a bunch of my php and bash scripts

over the network

from a vm

njsg: windows 10 major upgrades remove software all the time

so yeah

it will happen

from microsoft I'm currently more concerned with their handling of e-mail :-\

DidnÄt crash :) No just installed latest build in real hardware.

if they will go oauth2 for everything like gmail?

btw i hope what few interlink users have left appreciate that i been dragging my feet partly so they can have unrestricted gmail for a while longer without an app password

but i HAVE to get rid of thunderbird's key

i have known about it specifically for too long as it is

NewTobinParadigm: no, they have an "AI" system possibly encompassing all customers with commercial cloud e-mail and exchange online protection that makes some messages not appear in inbox nor in junk, despite having been accepted

njsg: That information doesn't exist.

njsg: You're clearly delusional. Present yourself to the hospital.

right?

right

heh yeah shit be crazy

but yes guides.downstate.edu/c.php?g=654922&p=4870487

I fear the day when gmx goes completely gaga. Don't want to set up my own mail server.

maybe a t-shirt with a QR-code with protection.office.com/#/quarantine is not a bad idea

i'm sure it is completely random what goes into the focused inbox view...

oh yes, that's another can of worms, and I've heard some mobile clients don't show the "other" view...

yep

i bypassed that one bug cause i already took all of nspr out of unified sources

i am gonna rename libs to third_party

just make things easier

frg_Away: did you realize that there were this many 3rd party libs in the codebase code.binaryoutcast.com/projects/aura-central/src/TRUNK/libs and that are those thatare still in my codebase

I think also I am gonna just integrate the calendar with the application as a normal component

Yes. Now and then I do an update. Last one was angle up to esr91 I think.

frg_Away: not every lib for me can be updated

For icu and harfbuzz I still want some dependencies in first.

for instance.. cairo can't be updated not with the one from m-c

on windows the fonts are all fucked up and the same is true in mozilla except it is masked with webrender on

nss and nspr now apply clean in our tree. Took me 1h hour to export and apply them. Just one configure bit is different. Need to do nss.configure when I fond some time.

i had to go in and hack it off to confirm

I need to get more out of mozconfigure and back into autohell

i simply can't maintain the mozconfigure backend

cause of its use of templates and boilerplate shit

mozbuild its self

eh i can handle it with some frustration and work

but mozconfigure

fuck no

I was in the process of splitting up old-configure.in into multiple files

like how moz.configure is

frg_Away: I recommend you take these into your tree code.binaryoutcast.com/projects/aur…uild/mozbuild/mach_commands.py#L541 code.binaryoutcast.com/projects/aur…-central/src/TRUNK/build/ppCheck.py

it is a lifesaver

i wrote it

consider it mpl 2.0

I'll add the header in a bit

NewTobinParadigm Will check. I think the current code croaks when a file is preprocessed and has no preprocessor directives but not sure. At least packaging will fail I am sure. But the other way around not so.

yeah i made mine warnings again but added this script so i know

well like i said i have deemed it mpl

so feel free to use it

frg_Away: obviously your logic won't be as complex on the mach_commands side because you don't have to potentally deal with multiple comm configurations

still with all the autoscripts they run i am surprised they didn't add a script like this long ago

NewTobinParadigm Will put it somewhere. Might be helpful. Doing some migration work right now for "paid workplace".

NewToBinParadigm. The nss and nspr stuff is now in for the next prerelease: gitlab.com/frg/seamonkey-253-patche…a5145f9c70d74cb5d3b253ee529f7cf67e8

Still a bit messy and I need to clean up patch names and some tests.

byt 53 is esr60

what baout 56

No it is 56. 2.57 is 60 and basically on hold.

frg_Away: how much of that is just work on esr60 and what it needs to function

oh right sorry

frg_Away: why don't you for the next release just match the minor version with the true gecko version

2.56.x 2.60.x etc

I plan to keep my minor version sync'd with the milestone platform version.. so shipping as 8.5.XXXX

NewTobinParadigm Habit and we have 2.53 and 2.57 bugzilla flags. Also some extensions would be unhappy. Updated for 2.53 like DTA.

2.57 is here but basically on hold gitlab.com/frg/seamonkey-257-patches

i dunno why u'd want to go that high

when u'd loose so much

you could literally backport more from 60 to 56 than you could restore back to 60

reasonably

that is my assessment anyway

That is exactly what we are doing. Take the "good" stuff only.

so 2.57 may never become trunk?

Doubt it. The more I dug into it the worse it became. And the reformatting mozilla does not help. We might reuse the tree and version number later.

^reformatting mozilla did

oh that applying clang formatting to an established esr branch making diffing virtually impossible on more than a few files

yeah that was nice of them wasn't it

NowTobinParadigm Put the checker under throdparty for now. When we are done with python 3 I think we can move it to build: gitlab.com/frg/seamonkey-253-patche…d64b0335450b4f97b741322dac7c344d7f9

frg_Away: you realize that I am likely not an immesurable factor in why that happened

well add an MPL 2.0 header to it when you do

lets say crap++. I thought about backing it out and just applying the later patches from the tree but life is too short and 2.53 already well into 58a1 and more.

so frg_Away you are actually evolving the codebase now

i am impressed

i didn't realize it had reached that level

I wonder if it would be possible to reconcile our technological differences and achieve a unified or at least very close clone of each other

NewTobinParadigum We are both fanatics :) There are about 16000 patches now in on top of the original 56 level.

frg_Away: how mutated is the actual core mozilla functionality

and when i say mozilla functionality or technology i mean the real shit not 2010s nonsense

lately hard with webrender and all the crackpot stuff. Most stuff in is between 57 and 64 with later sec patches and a few other backports. What is in is mostly 1:1 if possible.

so here is a theoretical.. IF i were to say want to restore and make useful core nsDownloads again but not cripple jsdownloads would you guys allow it?

do you build with rust?

you know.. if stylo IS in play.. we could resolve the xbl/xul conflicts with html etc by merely forbidding webcomponents within a xul document

frg_Away: unless you have backported the html and xul document merging

which i hope you haven't

Personally I would rather fill the gaps in jsdownloads. nsDownloads could go on top again but I think it would be rather hard to maintain. Much of the stuff now is async.

right the async bs

overcomplicating everything

We are working hard to make stylo happen. It is mostly broken right now because of an outdated cssparser and bindgen. Rust is so bad and changes all the time.

c++ as javascript

that is rust

in a nutshell

including the constantly changing standard

xul html merge will not happy anytime soon if ever in the 2.53 codebase. Would break the world.

CLOSED WONTFIX USECHROME HEALTYSTANDARDS

not JUST javascript but mozilla javascript mixed with mozilla python and modern mozilla c++

also isn't Mozilla these days lifting Chrome code wholesale for some of the Javascript bits?

frg_Away: it should NEVER happen

Personally I like async. Promises is not my cup of tea.

they are only doing it as a stop gap

like how windows 8 or 10 has a modern settings page but links to half a dozen different control panel property sheets that have exited for 25 years

Well the latest stuff is now the jsm to esm conversion.

well yeah i knew Mozilla JS Modules wouldn't last

i have no intention on dropping jsm support

application code should make sense in the application context not in html context

esm tho

good they defined an extenion

My 8.1 has classic shell menu and I donÄt seem much of the modern stuff there. Server 2019 is still halfway sane with it too.

frg_Away: but you know what i mean

yes

merging xul into html was just a shortcut to switch to html and just namespace all the xul bits while you piss around replacing shit with inferior copies

NewTobinParadigm: I think that's just the current approach to discoverability in Windows. Windows 4.10 /NT 5.0 era had perhaps more of a hierarchy, and stuff visible in folders and menus, Windows nowadays appears to be a bunch of names you're expected to get to from the start menu search and from the "related links" part

yeah

just more everything must be the web

and the web must be everything

you'd open control panel and see stuff there, on one hand it had no categories, but OTOH, it fit nicely in the visual UI of icons in folders, and it was often easy to spot things at a glance

instead of shit that does a few things well

and thru "helpful" microsoft services which get all you data as a byproduct.

hey, how else are they going to feed SmartScreen to correctly identify threat e-mails!?

that is my start menu

frg_Away: this is the submenu from the control panel item personal.mattatobin.com/image/captu…27a-517f-490a-a8ae-7722d238d93d.jpg

currently those are items not normally accessable or just harder to find

i need to add the rest

how do you like it frg_Away

Clean. I rarely use mine. Build stuff is in a vm and a few icons on the desktop is 99% I use.

I had to add a toolbar to have shortcuts for SM builds

because I was running out of desktop space :-P

that new winders terminal is pretty nice

for a change

i mean it is 15 years too late

but it is nice to have

and then I've discovered desktop toolbar support in Win NT 6.1 does not compare to Win 4.10

heh.. MAYBE I will use openconsole from windows terminal and build a XUL Windows Terminal

and make it cross platform for linux as well

I found them all lagging when scrolling so I am still on cmd.exe. But 99% using Total Command for system stuff anyway. This one and Notepad++ are my top 2.

^Total Commander

well it won't run on windows 8.1

for no reason other than microsoft

And now for some tv time and sleep. Nighty night.

windows 11 in 22H2 will have the updated components integrated so the windows terminal program has to ship with less

which is good i just wish they backported the conhost

to windows older

njsg: I am really divided if i should just abandon the xpfe emulation of toolbar grippys or if i should re-integrate the grippy into the main toolbar binding

what do you think i should do?

I'd love to make the toolbar order customizable and persistant

there was an extension for firefox a LONG time ago on mozdev that permitted it

but i haven't been able to find it

NewTobinParadigm: I'm afraid I don't have an opinion on that at the moment

njsg: you know what I am talking about right the toolbar grippys

that collapse the toolbars

yes

maybe i need to go research the orginal xpfe toolbar binding

"those things I misclick on once in a while"

and compare with the xbl extended binding

njsg: you don't have nostagia for them?

In SM frg added a pref to disable em

possibly a bit; I need to get the XPFE theme working with newer versions :-)

I suppose the BEST thing would be to rename it to toolbarGrippy.xml and change the css selectors to apply it and not the normal binding if a pref is set.. That is if we bothered to backport css preference selectors.. i think i had it on the agenda but i dunno if it ever actually happened

tonymec|away: refresh my memory, do we hate each other now? I can't remember.

i know McI does but only because I called him out on not knowing how anything works despite literally watching the process for at LEAST 12 years