Leaderboard
Popular Content
Showing content with the highest reputation on 09/20/2024 in all areas
-
5 points
-
Hi Mina, InnoUnpacker 1.9.4 works on XP: https://www.rathlev-home.de/tools/prog-e.html#unpack [ Executable programs as zip archive (1.99 MB) ] https://www.rathlev-home.de/tools/download/innounpacker.zip]3 points
-
... This is a generic Windows error produced when one tries to run a Windows executable which has a sub system version value inside its PE Header higher than the host OS the executable currently resides in; e.g., file "cpu-z_2.11-en.exe" has a value of "6.1": meaning launch will proceed on Win7 (SP1) and higher; thus, when that .EXE is double-clicked on NT 5.x (XP and its servers) and on NT 6.0 (Vista and its server) it will generate the error mentioned; however, this error doesn't tell the whole story on its own; you can try to lower the sub system version value (with special PE Header tools ) to match your current OS and then try anew; sometimes, you may be surprised ... Still, in this particular case it's the version of the InnoSetup (IS) script used to package the installer that is the real obstacle on Win < 7 (as already mentioned here and here ) ; when you can't successfully run the installer even after patching its PE Header, you may try to extract its payload instead (not needed, obviously, in the case of CPU-Z, since the author already provides zipped distributions ) ... Mind you, the most popular InnoSetup extracting tools (innounp.exe, innoextract.exe and GUIs containing them, like UniExtract2) don't (yet) support IS script versions 6.1+ : https://sourceforge.net/p/innounp/discussion/353235/thread/ef0e2c5c41/ Luckily, thanks to a compatriot of AstroSkipper's called Jürgen Rathlev, such a tool has recently been made available ; the CLI is called "innounp-unicode" and it's currently at version 1.72: https://github.com/jrathlev/InnoUnpacker-Windows-GUI/raw/master/innounp-1/bin/innounp-172.zip One can use the standalone CLI or use it inside a dedicated GUI, InnoUnpacker-WinGUI-v1.9.5 : https://www.rathlev-home.de/index-e.html?home-e.html#unpack Tip: If you're already a UniExtract2 user (like myself ), you can substitute the old v0.50 of innounp.exe contained inside it with the CLI of "innounp-unicode" ... Disclaimer: ALL tests were done on a Vista SP2 x86 machine, nowhere near an XP box at the moment ; test for yourself and report back...3 points
-
Add --disable-translate flag to the .ini file and try . This junk is also not needed --disable-glsl-translator , disable too , just in case.3 points
-
There you go , problems with the russian repack again! I've noticed this pattern in their behaviour , seems quite obsessive how they stuff everything with their language, even though it wasn't even developed by them . Have you tried the flag --disable-translate ?3 points
-
I have tried mostly these two betas (shown below) , and I removed the telemetry by myself . Why ? They have less chinese junk. If you care to read , I'll explain . Do you think I have tons of spare time ? No , I don't and there are two reasons . First , I do not trust Russians and/or any Eastern block countries , including Chinese (but not limited to) , yes this my choice and my right (no need to argue on that , please). And , as I said earlier , I do not have much time or maybe I was a bit lazy and tried the russian repack first , but I soon noticed they didn't remove the most important telemetry blocks , like the chinese DNS (that I discovered) , it is still NOT removed , I do not know what is the previous user talking about , it is still there, in their repack. Read the 1st post from the top. https://msfn.org/board/topic/182304-extreme-explorer-360-chromium-78-86-general-discussion/page/22/ Second reason , I like to do things myself , when I have enough time, so I did it. And I think I wrote earlier , I created a program to start it in something like sandbox mode with lots of chrome features disabled, right at the start . 13.0.1106.0 (sorry , lost the link to it) and 13.0.1032.0 . The one below should be the official chinese link. Proceed with caution ! For God's sake , do not use the installer , unpack it with any popular (free) unpacker and make a portable version yourself ! http://down.360safe.com/cse/360cse_13.0.1032.0.exe P.S. I think some 360 users may find this website to be of interest . No warez there . There are two versions inside of the archive (mega link) - 11 and 12. I did not try any files from there myself and I do not know if russians have something to do with it ! You've been warned ! https://retrosystemsrevival.blogspot.com/2019/05/360-extreme-chrome-browser.html3 points
-
Yup, it's him. 4 years ago. https://msfn.org/board/topic/180462-my-browser-builds-part-2/?do=findComment&comment=11876472 points
-
Update notification! I have revised my article "My essential tools for solving problems in Windows XP — Part 2 — File extractors and packers". 7-Zip has been updated to the version 24.08. And some files in the package UniExtract2 2.0.0 RC 4 Nightly has been updated on 06.07.2024, too. Cheers, AstroSkipper2 points
-
... From the linked homepage : ... thus innounpacker-setup.exe (of v1.9.5) won't run on XP ; hence the suggestion by its author, echoed by @we3fan here ; however, the German author has not yet updated the application to v1.9.5 (on purpose? ), as the zipped distribution is still on v1.9.4 ; since the CLI tool is XP-compatible (thanks @AstroSkipper ), one can use it (on XP) to unpack innounpacker-setup.exe and ascertain whether the main GUI executable, InnoUnpack.exe, of latest v1.9.5, can launch under XP SP3 x86 ... Name and surname corrected in original post ... Thanks for that, too; a freeware in its basic functions, a donationware if you want "advanced" features ; of notable mention the ability of the (third-party-hosted) installer to perform a "portable" installation ...2 points
-
There is a further Windows GUI tool called InnoExtractor which also contains innounp 1.72 and is worth to mention here. Of course, it is compatible with Windows XP (and most probably also with Windows Vista, at least it is listed to be compatible with Vista). Here is the homepage of InnoExtractor: http://www.havysoft.cl/innoextractor.html2 points
-
Didn't tried 3.8.9 yet, but so far the 3.8 series seem to be worst update for me, Ever since you reimplemented the taskbar it indeed got faster and explorer is crashing less, But now there are many new issues which I've reported some of them and was ignored or said that they're not going to be changed back but didn't get an explanation as for why, Current issues I'm having on daily basis: Taskbar won't always show app's previews when you hover over their icons, to solve that I need to restart explorer. Desktop peek button sometimes won't work, to solve that I need to restart explorer. Some app's previews can look funny . All of the app icons' UI elements moved to the upper area and the answer I've got when I've asked why was something about "Chorme moved icons up" but as long as the reimplemented taskbar not was made with chorme-related stuff, I don't see how it relates, so why ALL of the apps got these UI changes too? I don't care about chorme, I'm talking about any other app aside from Chrome . One of the main annoying bugs that alongside the rest driving me insane: very often when I will press on some apps or folder icons that have an open window/s, they won't shows their preview nor launch their window at all, Sometimes pressing right click and then left click on them fix it, but most of the times when that random issue happened I need to once again restart explorer. All of these issues appered at 3.8.x versions and I've reported some of them since the start of 3.8 and didn't got much of reply, please fix them or I will be forced to move back to 3.7 and stick to it till StartIsBack for win12 will be a thing :0.2 points
-
Very unsharp fonts on this screenshot. Blurry fonts.2 points
-
Lemon is light yellow, all colours are now lighter. I wrote in the comment, and I emphasised on that, you probably failed to read. https://msfn.org/board/topic/186460-msfn-ui-gets-brighter-and-larger-with-each-update-hence-more-blurry-and-hard-to-read/?do=findComment&comment=12727142 points
-
When brightness increases, it adds blurriness, colours become washed out. It's not real blurriness per se.2 points
-
Told ya , use betas . They are far more stable. I have no crashes. Oh , and I see you want to be on the safe side and not use the russian loader , in that case you can add any flag to the shortcut , as simple as that.2 points
-
@NoNameNeeded , still it doesn't explain why I have everything in English (even when I'm on the repack version) . I tried it , just out of curiosity , all is in English , except the gugle.ru search (which they forced , but I quickly fixed it). BTW , I think youtube may use your IP to detect the location and set the language , no ? Perhaps it has something to do with the IP ? Also , as I wrote before , I do not have this line "accept languages" at all . Because of the flag , perhaps.2 points
-
I've tried several betas of 13 version , the first betas , to be precise. I'm sorry, I don't have the links anymore , it was almost a year ago , in September of 2020 , but I'm sure I didn't use the russian warez website, linked here by the user who "strongly" suggests using it. Oh , and I launch with the flag --disable-translate , perhaps this helps.2 points
-
I believe it's this one: https://hg.mozilla.org/releases/comm-esr78/rev/6e1d49280545bb8996902c188e4823e738e83b7c Added in Thunderbird v78. @roytam1 What say you? Is it possible to apply this to MailNews?1 point
-
Thanks for that, yeah, InnoUnpack.exe v1.9.5 runs under XP SP3 normally.1 point
-
BTW, I have successfully replaced the old version innounp 0.50 from the most recent beta UniExtract 2.0.0 RC4 Nightly (06.07.2024) by innounp 1.72. Works fine here.1 point
-
Yep! And InnoUnpacker 1.9.4 already contains the most recent version innounp 1.72.1 point
-
@genieautravail, Sure! I will prepare a special build not requiring SSE2 for older CPUs and let you know when it’s ready to test. I understand SSE2 can really help with the crypto performance, so most likely the main build will require SSE2. Regards Jose1 point
-
You’re right: You can download the 32bit stunnel installers from https://github.com/josealf/stunnel-win32/ Please use the latest version published. Right now is Stunnel version 5.73 with OpenSSL 3.0.151 point
-
Thanks for the information, didn't know there's a version that works on XP. So, no need to use Windows 7 to extract an Inno Setup file.1 point
-
Okay, I'll work on returning weather to the left if possible. On secondary segments, we can arrange a support session. Write to startisback@gmail.com.1 point
-
Thanks for reporting! The tool innounp 1.72 from my compatriot Jürgen Rathlev is definitely XP-compatible and works fine here. No need to extract the file cpu-z_2.11-en.exe under Windows 7 or higher.1 point
-
I'm from another country (GB), the brightness did increase. Areas where it was black are now dark grey. And I'm on Windows 8.1, unlike the OP. It has nothing to do with OS.1 point
-
In all fairness, it was better like it was before, and the little image/badge is blurry only because of the increased brightness, but the image itself is the same. Try to watch a video with text, pause it, add some brightness, see it becomes more blurry,1 point
-
A lot more time passes…. Please know that my 32-bit binaries for stunnel now support windows XP. I also upgraded openssl to the latest LTS version (3.0.15 when this was posted). I found this thread due to the fact that traffic was being redirected from msfn.org to my github page… You should have opened on issue and it may have been faster 🙂 Regards Josealf1 point
-
@VistaLover Thank you very much for the information, unfortunately, InnoUnpacker v1.9.5 is not compatible with Windows XP, so I had to run that under a supported OS (Windows 7, for example), extracted CPU-Z's setup using it, and found a .iss file there. All what I had to do is install an old version of Inno Setup Compiler, one that supports XP (in this case, v5.6.1), load the .iss file from there, and then compile the setup. The v2.11 setup installer now runs again under Windows XP. PS: Added back old wizard bitmaps for fun.1 point
-
Hi feodor2, thanks for all your hard work with Mypal 68 and making browsing a better experience for everyone. I don't know if the same applies for Mypal 68, but some users experienced crashes with rebased 360Chrome: https://msfn.org/board/topic/182876-360-extreme-explorer-modified-version/?do=findComment&comment=1245550 Again, not sure if the same would apply for Mypal 68, but we also have report that rebased 360Chrome starts slower after reboot or hibernate: https://msfn.org/board/topic/185049-arcticfoxienotheretoplaygames-360chrome-v1352044-rebuild-2/?do=findComment&comment=1254336 https://msfn.org/board/topic/184266-arcticfoxienotheretoplaygames-360chrome-v1351030-rebuild-7/?do=findComment&comment=1238407 In the case of rebased vs non-rebased, there will always be users who prefer non-rebased and users who prefer rebased. If you want to give rebasing a try, I suggest to make 1 version rebased (we will see the feedback), and keep the other update versions at "default" (non-rebased) and maybe include additional info in the 'Readme' that the user can rebase if he wants to. Of course this is only a suggestion and the final decision is yours. Be safe and all the best.1 point
-
Today, I have installed Legacy Update 1.9 on my Windows XP Professional SP3 installation where POSReady updates have never been applied. It's just a pure Windows XP 32-bit. Due to the lack of POSReady updates, I decided to test Legacy Update in this XP installation. It was installed in seconds and calling up this service worked without any problems. It even offered to install root certificates and POSReady updates, which I didn't want and had to untick during the install process, though. The Windows Update search was performed in the Internet Explorer without any settings or actions by the user, and only few minutes later, it was done. Great service! I can definitely recommend it, especially to those who haven't use the POSReady hack. BTW, the result was the same I got in 2014 as all WU/MU updates have been installed at that time. I just wanted to be sure that no updates are missing.1 point
-
Solution for the error code 0x80244004 while accessing the WU/MU website using ProxHTTPSProxy or HTTPSProxy If getting error code 0x80244004 while accessing the WU/MU website using ProxHTTPSProxy or HTTPSProxy, one should check or perform step 11 of my complete guide for restoring IE's access to WU/MU website using ProxHTTPSProxy or HTTPSProxy in Windows XP. It has to be verified the existence of the patched file wuaueng.dll in the corresponding folders I mentioned in my guide. Be aware of SFC which tries to restore an original, old version of this file! After patching, restart your computer and check again! Now, the WU/MU website should finally work if there are of course no other errors. Cheers, AstroSkipper1 point
-
My post "4.2. My essential tools for solving problems in Windows XP — Part 2 — File extractors and packers" containg an article about 7-Zip has been updated now. Thanks again to @UCyborg for the hint!1 point
-
1 point
-
quick fix: add boolean value devtools.serviceWorkers.testing.enabled in about:config fix committed in git: https://github.com/roytam1/palemoon27/commit/2a91966095e219693feccbfab97669d8c8dff9ee1 point
-
yeah you can always check the directories instead since I may forget to update one of the links.1 point
-
https://o.rths.ml/palemoon/palemoon-28.10.1a1.win32-git-20200613-2ddefd2bc-uxp-59a5adc93-xpmod.7z1 point
-
the build date in program is not always up to date, check the file date of xul.dll instead.1 point
-
New NewMoon 27 Build! 32bit https://o.rths.ml/palemoon/palemoon-27.9.7.win32-git-20200613-ecb14f443-xpmod.7z 32bit SSE https://o.rths.ml/palemoon/palemoon-27.9.7.win32-git-20200613-ecb14f443-xpmod-sse.7z 32bit noSSE https://o.rths.ml/palemoon/palemoon-27.9.7.win32-git-20200613-ecb14f443-xpmod-ia32.7z 64bit https://o.rths.ml/palemoon/palemoon-27.9.7.win64-git-20200613-ecb14f443-xpmod.7z source repo: https://github.com/roytam1/palemoon27 repo changes since my last build: - import changes from `dev' branch of rmottola/Arctic-Fox: - Bug 1152171 part 2 - Rename AnimationTimeline to DocumentTimeline; r=smaug (26c118319) - Bug 1152171 part 3 - Update web-platform-tests expectations; r=jgraham (b7b4032aa) - Bug 1153734 part 1 - Remove AnimationEffect; r=smaug (9cf67a02e) - Bug 1153734 part 2 - Rename Animation to KeyframeEffectReadonly; r=smaug (b69556ee6) - Bug 1153734 part 3 - Rename AnimationPlayer.source to AnimationPlayer.effect; r=smaug (50d3130ee) - Bug 1153734 part 4 - Rename other uses of 'source' and 'source content'; r=jwatt (b02c4ba36) - Bug 1153734 part 5 - Add AnimationEffectReadonly as a superinterface of KeyframeEffectReadonly; r=smaug (c3395d3f5) - Bug 1149990 - Support replaying of finished CSS transitions by supporting setting of currentTime/startTime. r=birtles (3fb2cb401) - Bug 1154615 part 1 - Rename AnimationPlayer to Animation in WebIDL; r=smaug (6c2125b49) - Bug 1154615 part 2 - Rename PendingPlayerTracker to PendingAnimationTracker; r=jwatt (8d6804def) - Bug 1154615 part 3 - Rename internal members of PendingAnimationTracker; r=jwatt (f348f6355) - Bug 1154615 part 4 - Rename references to players in dom/animation; r=jwatt (0250572e8) - Bug 1117603 part 1 - Don't assume style rules have been refreshed in GetAnimationRule; r=dbaron (a5d340d0f) - remove kungFuDeathGrip (49df758e6) - Bug 1117603 part 2 - Don't unregister from the refresh driver unless we are also queueing events; r=dbaron (715c9caa1) - Bug 1154615 part 5 - Rename AnimationPlayerCollection to AnimationCollection; r=jwatt (4c596f089) - Bug 1154615 part 6 - Rename references to players within layout/; r=jwatt (42405f3fc) - Bug 1154615 part 7 - Rename CSSAnimationPlayer and CSSTransitionPlayer; r=jwatt (49ab272ed) - Bug 1154615 part 8 - Rename references to players in animation observers; r=jwatt (c3fa26d7a) - Bug 1154615 part 9 - Rename test files; r=jwatt (9d9f03e7b) - Bug 1145439 (Part 1) - Throttle requestAnimationFrame for non-visible iframes. r=mstange,mchang (be7d183d6) - Bug 1145439 (Part 2) - Make test_scroll_event_ordering.html wait for rAF to unthrottle. r=roc (9ac8317c9) - Bug 1144324 - Try to register for, and handle, touch events when APZ is enabled. r=dvander,jimm (fb75d1665) - Bug 1144324 - Remove the codepaths that conditionally enable touch events based on touch the presence of touch listeners. r=smaug,jimm (710617e6b) - Bug 1003991 - Disable https:// only load for ServiceWorkers when Developer Tools are open. r=nsm, r=miker (9d6669814) - Bug 1153267 - part 1 - use smart-pointer .forget() instead of NS_ADDREF+assign; r=ehsan (e4555c90c) - Bug 1153267 - part 2 - use smart pointers instead of manual NS_ADDREF'ing outparams; r=ehsan (ae8b60d5a) - Bug 1153267 - fix typo that broke OS X builds on a CLOSED TREE; r=bustage (08fdb3c4f) - Bug 1146843 - Revert part of cset 33c30e283fa8 because the code is used in Fennec. r=snorp (407248257) - Bug 1151940 part 1. Make some readonly properties defined on Window by CSSOM-view replaceable. r=smaug (5cb9b91f0) - Bug 1151940 part 2. Add a convenience function in nsGlobalWindow for replacing a property on the window with a new value. r=smaug (2ba39331c) - Bug 1151940 part 3. Make some writable cssom-view attributes that we only allow setting from chrome act the way readonly replaceables would when called from content. r=smaug (b485e1b44) - Goanna -> Gecko (2c539d7be) - Goanna -> Gecko (25d34e213) - Bug 1148962 - Use TakeOwnershipOfErrorReporting in CPOW code (r=bholley) (96c997639) - pointer style (a07fbffaa) - Bug 1152577: Add 'aReason' argument to AutoEntryScript constructor, and provide plausible names for its instantiations. r=bholley (512fa27e2) - bug 1155691 - Expose WindowRoot to chrome from window in webidl. r=smaug (235281924) - Bug 404828 - No need to assert that the top window isn't reachable. r=smaug (d73154fa0) - Bug 404828 - Followup: remove assertion expectations on a CLOSED TREE. a=tomcat (a5dabe1b7) - Bug 1156102 - Mark nsGlobalWindowObserver::mWindow as MOZ_NON_OWNING_REF; r=baku (c0d4208b7) - Bug 1107801 - Improve gamepad support on MacOS. r=ted (c591bd5ac) - Goanna -> Gecko (d9b81bc9e) - Bug 852944 - Gamepad API IPC; r=ted, r=baku (521892538) - Bug 1143529 part 1. Stop manually calling WrapObject in DataStoreService::GetDataStoresResolve. r=baku (056ad6bfe) - Bug 1143529 part 2. Tighten up the assert in binding Wrap methods. r=peterv (765a13325) - Bug 1152169 - DataStoreService should check if the first revision exists, r=bent (ee371cc5d) - Bug 1152169 followup: Mark FirstRevisionIdCallback methods Run() and HandleEvent() as 'override'. rs=ehsan (8186c4168) - Bug 1143651 - don't use CallQueryInterface when the compiler can do the cast for us; r=ehsan (a50f0a54b) - Bug 1144322 - Handle tabindex in overridden IsInteractiveHTMLContent methods. r=smaug (fd4b9beed) - Bug 1086684 - Stash the full path for file inputs to avoid doing IPC at inopportune times. r=ehsan/bent/gps (b843b1efc) - Bug 1143934 - Disallow mozSetFileNameArray in content processes. r=ehsan (42e5c8c6d) - Bug 1143934 - Fix assorted forms mochitests for e10s-compatibility. r=smaug (7a3babfed) - Bug 1143934 - Work around SessionStore dependency on current brokenness. r=ttaubert (5b0fcb5ce) - Bug 956530 - Clear the delayed caret data when clicking on a selected part of a text control if the focus event handler selects the control; r=roc (2859f07b4) - Bug 956530 follow-up: Fix the test failure on Windows 8 caused by the text box having a glowing outline as a result of being clicked on (d34e8da1a) - Bug 1157898 part 1. Make code of the form "return rv.ErrorCode();" where rv is an ErrorResult use StealNSResult instead. r=peterv (800da50e2) - Bug 1157898 part 2. Make code of the form "NS_ENSURE_SUCCESS(rv.ErrorCode(), rv.ErrorCode());" use Failed and StealNSResult instead. r=peterv (472432a83) - Bug 1157898 part 3. Fix the remaining consumers of rv.ErrorCode() in NS_ENSURE_* expressions to not do that. r=peterv (d452807e7) - Bug 1122238 part 1. Switch to using the new stackframe APIs in JSStackFrame. r=bholley (9d87b261a) - Bug 1122238 part 2. Stop caching things in JSStackFrame when we're called over Xrays. r=bholley (83eda7275) - Bug 1122238 part 3. Drop all the DOMException-cloning and sanitization gunk we added in bug 1107592 and bug 1107953 and bug 1117242 . r=bholley (f237aa948) - add support for NetBSD/SPARC64 (065783b70) - Bug 1153484 - Fetch should ignore invalid headers, but still process later headers. r=nsm (8925ddd77) - Bug 1157754 part 2. Convert consumers of ErrorResult::ClearMessage() to the new better APIs we have for suppressing exceptions on ErrorResult. r=bkelly (6519fbd5e) - Bug 1157754 part 3. Make ClearMessage private on ErrorResult. r=peterv (3fb218692) - Bug 1157898 part 4. Add ErrorResult::ErrorCodeIs() and use it in various places to get rid of ErrorCode(). r=peterv (bed7bfb4c) - Bug 1130686 - Refactor PromiseHolder in the service worker clients code. r=nsm (b3dbdcbfe) - Bug 1130686 - Implement client.focus. r=baku (5dee6d850) - Bug 1149163 part 1 - Clean up nsHTMLEditRules::GetInnerContent; r=froydnj (cc8f65b54) - Bug 1149163 part 2 - Make nsDOMIterator infallible; r=froydnj (d975f6c62) - Bug 1149163 part 3 - Clean up nsHTMLEditRules::BustUpInlinesAtBRs; r=froydnj (58155adad) - Bug 1149163 part 4 - Allow use of temporary nsBoolDomIterFunctor; r=froydnj (dbafec00f) - Bug 1149163 part 5 - Clean up nsHTMLEditRules::GetNodesForOperation; r=froydnj (41179d810) - Bug 1149163 part 6 - Clean up nsHTMLEditRules::LookInsideDivBQandList; r=froydnj (0b757bf14) - Bug 1149163 part 7 - Clean up nsHTMLEditRules::PromoteRange; r=froydnj (c49c714b1) - Bug 1149163 part 8 - Clean up nsHTMLEditRules::GetPromotedRanges; r=froydnj (5163a0026) - Bug 1148228 - Stop checking ul twice (43a22088c) - Bug 1141017 - resurrect serif and monospace. r=ehsan (95a1b6fcf) - Bug 1147412 part 1 - Make methods take nsINode*, not just nsIContent*; r=ehsan (7f762cdbe) - Bug 1147412 part 2 - Clean up nsHTMLEditor::SetInlinePropertyOnTextNode; r=ehsan (faf805587) - Bug 1147412 part 3 - Fix completely broken nsHTMLCSSUtils::IsCSSEquivalentToHTMLInlineStyleSet implementation; r=ehsan (73fea67c1) - Bug 1147412 part 4 - Clean up nsHTMLEditor::GetInlinePropertyBase; r=ehsan (3265bfbce) - Bug 1147412 part 5 - Clean up nsHTMLEditor::RemoveInlinePropertyImpl; r=ehsan (0f402bd7e) - Bug 1147412 part 6 - Remove nsHTMLCSSUtils::IsCSSEditableProperty(nsIDOMNode*,...); r=ehsan (100e4038a) - Bug 1147412 part 7 - Remove nsHTMLCSSUtils::GetComputedStyle(nsIDOMElement*); r=ehsan (6c51103bc) - Bug 1147412 part 8 - Clean up nsHTMLCSSUtils::IsCSSInvertible; r=ehsan (01e60c446) - Bug 1147412 part 9 - Convert some nsHTMLEditor members to Element; r=ehsan (e7efb1ac4) - Bug 1147412 part 10 - Clean up nsHTMLCSSUtils::Get*Property, GetCSSInlinePropertyBase; r=ehsan (54154143d) - Bug 1149163 part 9 - Clean up nsHTMLEditRules::GetNodesFromSelection; r=froydnj (5186308b9) - Bug 1154701 part 1 - Clean up nsHTMLEditor::CreateListOfNodesToPaste; r=ehsan (ea95238d5) - Bug 1153629 part 1 - Clean up nsHTMLEditRules::GetListActionNodes; r=ehsan (51f3b3e95) - Bug 1153629 part 2 - Clean up nsHTMLEditRules::GetParagraphFormatNodes; r=ehsan (a27bd7751) - Bug 1153629 part 3 - Clean up nsHTMLEditRules::GetNodesFromPoint; r=ehsan (edc7e4561) - Bug 1153629 part 4 - Clean up nsHTMLEditRules::ListIsEmptyLine; r=ehsan (ce3289bc7) - Bug 1153629 part 5 - Clean up nsHTMLEditRules::GetChildNodesForOperation; r=ehsan (b3a509dbf) - Bug 1153629 part 6 - Clean up nsHTMLEditRules::MakeBlockquote; r=ehsan (cb3808182) - Bug 1153629 part 7 - Clean up nsHTMLEditRules::RemoveBlockStyle, RemovePartOfBlock; r=ehsan (660b9f76e) - Bug 1153629 part 8 - Clean up nsHTMLEditRules::ApplyBlockStyle; r=ehsan (f54f9538c) - Bug 1153629 part 9 - Clean up nsHTMLEditRules::MakeTransitionList; r=ehsan (fb63cf6d8) - Bug 1153629 part 10 - Clean up nsHTMLEditRules::AlignInnerBlocks; r=ehsan (752d2df7a) - Bug 1153629 part 11 - Clean up nsHTMLEditRules::AdjustSpecialBreaks; r=ehsan (16ef0416b) - Bug 1153629 part 12 - Clean up nsHTMLEditRules::RemoveEmptyNodes; r=ehsan (d528e70e6) - Bug 1154701 part 2 - Use more OwningNonNull in editor; r=ehsan (85b1929e6) - Bug 1154701 part 3 - Clean up nsHTMLEditor::GetListAndTableParents, DiscoverPartialListsAndTables, ScanForListAndTableStructure, ReplaceOrphanedStructure; r=ehsan (7fe31f058) - Bug 1154701 part 4 - Switch nsHTMLEditor::mContentFilters to nsTArray; r=ehsan (64e6dd160) - Bug 1154701 part 5 - Switch nsHTMLEditor::objectResizeEventListeners to nsTArray; r=ehsan (036bc65fe) - Bug 1154701 part 6 - Clean up nsHTMLEditor::SetInlinePropertyOnNodeImpl; r=ehsan (2d619ca16) - Bug 1154701 part 7 - Clean up nsHTMLEditor::SetInlineProperty; r=ehsan (7a367d31b) - Bug 1154701 part 8 - Clean up nsHTMLEditor::SetInlinePropertyOnNode; r=ehsan (707c07d93) - Bug 1154701 part 9 - Clean up nsHTMLEditor::RelativeFontChange; r=ehsan (273ae9c64) - Bug 1154701 part 10 - Switch nsEditor::mActionListeners to nsTArray; r=ehsan (d2b5732fe) - Bug 1154701 part 11 - Switch nsEditor::mEditorObservers to nsTArray; r=ehsan (25a5af12e) - Bug 1154701 part 12 - Switch nsEditor::mDocStateListeners to nsTArray; r=ehsan (665af0792) - Bug 1154701 part 13 - Clean up nsHTMLEditor::SetCSSBackgroundColor; r=ehsan (ba424ade8) - Bug 1154701 part 14 - Remove unused nsCOMArray cruft; r=ehsan (3a8679a67) - Bug 1101651 - Part 1: xpcomrt version of dom media library need for standalone webrtcs. r=jesup (ae37b5464) - Bug 1137447 - New app update telemetry for patch type (complete or partial), extended error codes, and general cleanup. r=bbondy (c736ae502) (e39f9f88f) - import changes from tenfourfox: - #600: new tzdata (2d99b19d7) - #605: M1632908 (subparts M1631576 M1608895 only) (0d0dc62a8) - #605: update HSTS, TLDs (8304421b7) (ecb14f443)1 point