Jump to content

Mathwiz

Member
  • Posts

    1,738
  • Joined

  • Last visited

  • Days Won

    49
  • Donations

    0.00 USD 
  • Country

    United States

Everything posted by Mathwiz

  1. That explains this: I made the mistake of installing POSReady updates first, then trying to install Office updates. As a result, my installer was broken. Removed & hid 4494528, and 4464520 installed straight away.
  2. Two new Office 2010 updates today. 4462223 replaces previously released security update 4462174. Naturally it updates MSO.DLL so I was suspicious and didn't install it. 4464520 "resolves a remote code execution vulnerability that exists when the Microsoft Office Access Connectivity Engine incorrectly handles objects in memory," according to M$. However, I couldn't install it via Microsoft Update. Now trying a manual download & install; stay tuned.... Edit: Manual install failed also. The update seems to be failing when trying to access a Microsoft server
  3. Well, I thought we'd seen the last of this, but I just hit the svchost.exe at 99% bug again. Guess I'll have to download & install the IE8 cumulative update manually, just like the old days Edit: Sure enough, that fixed it; as soon as I installed it and rebooted, I got offered the other 13, plus a couple of Office 2010 updates. @Dave-H, have you taken a look at today's Office 2010 updates yet?
  4. I think it's less a matter of updates than of software. You can put an XP system behind an external firewall and make it very tough for a hacker to compromise, but if Web sites start using ECMAScript 2018/2019 features in their JavaScript and there isn't a compatible Web browser that runs on XP, then it'll be game over for a lot of folks. That's what eventually killed Win 98 for most intents and purposes. There have also been a lot of non-browser software packages that have stopped supporting XP in the last several months. PotPlayer was the most recent example. But that doesn't drive obsolescence the way the Web does. Older versions of other software don't gradually stop working over time the way Web browsers do.
  5. Found a problem (don't know if I'd call it a bug, but it's a problem for me): the installer uses wget, and wget doesn't use system proxy settings. As a result, downloads fail on my work PC and I just get an empty folder. (Of course I can download the "old-fashioned" way just fine, since my browsers do use system proxy settings.) Luckily there's a simple workaround, by setting some environment variables. The following batch file does the trick for me: set http_proxy=http://127.0.0.1:8079 set https_proxy=http://127.0.0.1:8079 "Roytam Browser Installer.exe" Of course, others will need to change the http/s_proxy settings according to their own needs. (Actually I think the installer just uses http, so the set https_proxy line probably isn't needed; but just in case....) HTH
  6. Whew - 230 MB? No thanks. I'll just stick with PotPlayer Mini. Too bad you can't just install Korean without also installing Chinese & Japanese.
  7. It wouldn't surprise me if Primetime requires considerably more CPU horsepower than the built-in ffvpx decoder. If so, ffvpx would be the preferred choice unless you're having issues with it.
  8. Very unusual to support Vista but not XP. Most developers just drop both at once and jump to Win 7. My guess would be that they started using Windows Media Foundation, which was introduced in Vista. The funny thing is, if you open the installer .exe with 7-Zip, there's even a PotPlayerXP.exe packed within the installer! Which doesn't crash, but looks like this:
  9. Advanced Chrome does the same thing: about page claims copyright 2019. I'm not seeing any Internet access when the about page is accessed, so I guess it isn't downloading it. Must be just plugging the current year. I'd guess they were assuming that no one would remain on an outdated browser for three years Rest assured, the "true" copyright date is 2016, regardless of what that page claims....
  10. I would guess that portions of the about page are downloaded, and that the copyright notice reflects the copyright date of that downloaded content. Which is misleading, of course. But since copyrights last 95 (!) years anyway ("thanks" Disney!), it's not as if the difference between 2016 and 2019 matters much.
  11. Strangely, on one of my PC's, those prefs were already present and defaulted to 2. Also the one I mentioned, media.gmp-eme-adobe.visible, was already present and defaulted to true. So all I had to do on that PC was update Serpent/Moebius and Primetime automagically appeared. Edit: Scratch that. I had downloaded the wrong update! Turns out Serpent/UXP has all three prefs set by default; thus you wouldn't ordinarily have them as user prefs. That explains why, when you migrate your user prefs to Serpent/Moebius, they aren't set and need to be set after migration. (BTW, this is one of the advantages of an installer. Makes it easier to download the correct version into the correct directory.) A while ago there were some reports of problems with the built-in decoder. IIRC the biggest problem was distorted audio. Sometimes a simple user-agent spoof would fix it by causing the site to use a different codec, so Primetime wasn't always needed. @roytam1 has been good about keeping the built-in media libraries up-to-date on Moebius, so maybe that audio issue has passed.
  12. ICYMI: IOW, with his latest updates to Serpent/Moebius, you can now install the Adobe Primetime CDM and use it for HTML5 video, instead of Serpent's built-in support. You may want to try this if you run into issues with the built-in support, such as distorted audio. If you "cheated" like I did and copied your Serpent/UXP profile over to Serpent/Moebius, and had Primetime installed on UXP, you're probably 90% of the way home. All you need to do is recreate the media.gmp-eme-adobe.visible boolean pref and set it to true. Primetime should appear in about:addons since the other prefs from your UXP install should still be there. Of course, if it doesn't work, check all the prefs mentioned in the Primetime thread. As with UXP, you'll need to set media.ffvpx.enabled to false to force Moebius to use Primetime for HTML5; otherwise Moebius will use its built-in support by default.
  13. Well, mostly, I was just confessing that I cheated, and got away with it ; and opining that, if you're moving from FF 52.9 to Serpent/UXP, or from Serpent/UXP to Serpent/Moebius, that's a small enough jump that you'll probably get away with "cheating," as long as you know what might go wrong and how to fix it. But I agree that yours is the right way to proceed, especially if you're making a more substantial jump (to NM, for instance). I just think it's ridiculous to expect most users to go through that. You don't get good at something like that unless you've done it several times, and most folks don't migrate to a new browser very often. So it's going to take most folks hours, and who wants to spend hours just migrating to a new Web browser? A lot of folks will just throw in the towel, stick with FF, and say goodbye to all their plug-ins and XUL add-ons. Really, the "correct" procedure should be automated and included in the PM and Basilisk installers, but neither installer does that (and I certainly don't expect @roytam1 or @i430VX to!) I think MCP could get a lot more converts to their browsers if they would invest a little programming effort simplifying migration from FF. Of course, that would also imply not removing features that break existing FF installations, which they've already done at least twice (thrice if you count moving Basilisk away from AMO). So I have little hope they'll follow my advice. Just wanted to clarify that Extended Statusbar is a legacy (XUL) add-on, not a WE one. So both version 2.05 and 2.1 should be compatible with FF 52, NM 28, and Serpent - even with Moebius, there's no chance of version-dependent code being misled by Moebius's reported version 55. Unfortunately, that means it's no longer on AMO. v2.0.5 is availiable in the Classic Add-Ons Archive, but FF 52.9 users will need to download v2.1 from the PM or Basilisk add-on site (or from GitHub: https://github.com/kustodian/extended-statusbar, although I don't see any .xpi files there; don't know if you can just download the .zip and rename, changing the extension to .xpi, or if you need to compile something). Also, those versions probably aren't signed, so you'll need to flip the pref (forgot which one) that lets unsigned add-ons be installed (and it'll show in about:addons with a warning) in FF 52.9. I think v2.1 has a bug. I had similar trouble adding it to NM 28, although I was able to fix it by toggling a new pref, from Web Protocols to All Protocols: (Web protocols is the default and is supposed to mimic the v2.0.5 behavior, so it doesn't appear on, say, about: pages.)
  14. I removed these two prefs from my copy: pref("browser.newtab.url", "about:blank"); pref("browser.newtabpage.enabled", false); These prefs cause new tabs to open with a blank page instead of thumbnails of recently-opened pages. If, like me, you prefer the thumbnails, you can remove these prefs from your copy too.
  15. For an update, you merely need to replace the contents of (whatever) program folder with the contents of the new .7z file. Or you can use @i430VX's installer. But to migrate from one platform to another, the "proper" procedure is: But - manually reinstall every add-on, user pref, and bookmark? Cumbersome/tiresome is an understatement! "Impractical" comes closer to the mark. I just re-migrated Serpent from UXP to Moebius to make sure everything would be the same as before, to the extent that's possible. The method I used was simply to copy my two profiles from the old browser profile folder to the new browser profile folder, then create new profiles in the new browser, specifying the folders I just copied. Back in the day, that's also how I migrated from FF 52 to Serpent/UXP in the first place. IOW, I did exactly what @VistaLover said not to do! It may be that going directly from FF to Serpent/Moebius this way is what caused my plus-ins not to work. But I didn't run into any plug-in issues this time; the main problem I did run into was WE add-ons falsely being flagged as incompatible. Luckily there's a fix for that. From this thread's first post: In my case, I didn't need to copy my extensions folder first; I just dragged the .xpi files from the extensions folder of old browser profile onto the about:addons page. Going in the "forward" direction (FF to UXP, or UXP to Moebius), almost everything should be compatible; in my case it all seemed to work except for Tab Mix Plus (which I don't need anyway). Going in the "backward" direction, you're more likely to find incompatible add-ons when you drag and drop; if that happens, you'll have to find and download an older version of the incompatible add-on. Yes; the PM team has made several fixes to UXP that aren't in Moebius, including some security fixes. UXP browsers (Serpent and NM 28) are probably the most secure browsers available for XP and Vista. But Moebius is still pretty secure, and a bit better in terms of add-on support.
  16. It looks like you may be using an extension which alters the operation of the "+" button. Try disabling it and see if long presses start working. If so, your only hope is to let the extension developer know about the issue. It wouldn't surprise me if (s)he didn't even know about the container tabs feature! BTW (I'm pretty sure the OP already did this, but just for the benefit of others): the privacy.userContext.longPressBehavior pref doesn't exist by default; you have to create it with right-click / New / Integer. Then enter the new pref name (privacy.userContext.longPressBehavior) and value (2). Long-pressing the "+" will then bring up the "New container tab" menu so you can easily choose a container for your new tab.
  17. Well, the past few days have certainly been an adventure for me. It all started with @DanR20's post that made me aware of a FF/NM/Serpent feature - container tabs - but only because the PM team had removed it! The concept sounded useful, so I activated it (in the pre-removal version of Serpent/UXP), played with it a bit, and found it was indeed useful but needed some improvement - which led me to the FF add-on that not only activated the same feature but improved on it, only to discover that the add-on didn't work at all in FF 52 ESR or Serpent/UXP - but did work in Serpent/Moebius. But I didn't want to switch to Moebius, because I couldn't get plug-ins to work - only to learn there's a workaround for that too! (Whew!) So now I'm trying out Moebius, and only ran into a few minor snags so far: Moebius doesn't seem to respect the app.releaseNotesURL pref, so the "What's new" link in the Help / About Serpent dialog is going to the Basilisk release notes page again (I had pointed it to http://rtfreesoft.blogspot.com/search/label/browser). I had trouble with one legacy add-on: Enhanced Extended Statusbar. Serpent/UXP had updated it to v2.1 and all was well, but Serpent/Moebius kept losing the enhanced status bar with that version! I downgraded to Enhanced Statusbar v2.0.5, and it's working fine in Moebius now. Edit: Instagram videos need the same userStyles.css fix as FF 52.9 (the CSS fixes made to the UXP browsers last July never made it into Serpent/Moebius because the PM team had already abandoned development of the Moebius platform). Edit: The Tab Mix Plus add-on seems to cause issues with Moebius; in particular, the browser customization page is completely blank. So far, pretty minor stuff. I expect I'll find more minor glitches like those, but as long as nothing more serious crops up, I'll probably stick with Moebius for a while. At least I won't have to worry about updating it as often as UXP
  18. Kinda wish you hadn't let it go by; not only do I appreciate the correction, I could've used the fix! But better late than never.... I knew about that pref, because it was how you re-enabled plug-ins in FF 52 (not 52 ESR). By FF 53, it no longer worked; but I tried it in Moebius anyway; I figured it was originally forked from an alpha version, possibly before the pref was disabled. Apparently that is the case; yet it didn't work when I tried it, thus reaffirming my conclusion that plug-ins (except those provided with the browser) simply didn't work in Moebius. But I was still a bit confused, because if that was the case, one plug-in that "shouldn't" have worked was indeed working (Adobe Acrobat Reader, of all things....) Ah; apparently that was the missing piece of the puzzle! Thanks! Now that everything is working, I'm going to give Moebius a thorough workout. I may even prefer it to UXP, at least until the Web manages to break it.
  19. That happened to me too, when I first tried Moebius. But I was able to reactivate them by reinstalling. There must be some database that needs updating in order to migrate WE add-ons to Moebius.
  20. Did you happen to see my second post edit? This is a good illustration of the differences between Moebius and UXP. Moebius supports the add-on; UXP only has the built-in support (same as FF 52 ESR). So for now, Moebius might be the better choice if you use containers heavily. If you only use them occasionally, you might prefer to stick with UXP.
  21. @DanR20 is about right. Moebius was forked from an alpha build of FF 53. Later on many changes were backported from FF 54 and 55; hence its identification as Basilisk version 55. (Serpent is just the name for unofficial builds of Basilisk, including @roytam1's XP builds.) Unfortunately the PaleMoon team ran into problems with Moebius and was forced to start over with FF 52 ESR; that became Basilisk/UXP. (And again, @roytam1's XP build is Serpent/UXP.) UXP's identification is version 52.9 (although the latest versions pose as Firefox 60.9 in compatibility mode). Main differences between the two that I've noticed are: Moebius supports more / newer add-ons; however, it does not support most plug-ins (Java, Silverlight, Flash). Edit: if you have trouble with plug-ins see @VistaLover's post below for the fix. Moebius still relies on Firefox sites for add-ons, sync, etc. UXP uses PaleMoon's sync and Basilisk's new add-ons page. Both browsers get updates from @roytam1, but UXP also gets updates from the PaleMoon team. Therefore UXP is updated weekly, while Moebius is updated less often and less regularly. Both browsers are reasonably secure but UXP is probably a bit more secure, due to the current attention from the PM team and the greater frequency of updates. Also, over time I expect Moebius will have more compatibility issues with newer Web sites (e.g., GitHub, Instagram), although it's fine for now.
  22. Thanks @looking4awayout! The FF 45 prefs should work with newer forks (NM 28/Serpent), although those require SSE2 and are thus probably running on faster processors so you may not notice as much difference in performance. Folks, if you already have prefs set that you don't want to lose/reenter manually, you'll have to merge his prefs.js files with yours thusly: Open your browser's profile folder (go to about:profiles and on the active profile, click "Open Folder") Close your browser. Open @looking4awayout's prefs.js in a text editor such as notepad. Select all the prefs and copy them to the clipboard. Open the prefs.js in your browser's profile folder in a text editor. Paste in the copied prefs right after the comments at the beginning of the file. Save the merged prefs.js file. Reopen your browser. If there are any duplicate/conflicting prefs, your settings should take priority; everything else will come from @looking4awayout's file. Next time you close your browser, prefs.js will be rewritten with all prefs in order.
  23. According to the wiki, the add-on provides some improvements over the support built into FF 52 and Serpent. Unfortunately, I just tested version 4.0.2 of Multi-Account Containers, and my experience matched @DanR20's: So it looks like 4.0.2 installs but doesn't run correctly, whether or not the built-in support is present. Same result in Serpent and FF 52.9.1. I'll try some older versions and report back. Edit: I tried several versions all the way back to 2.3.0. They all do the same thing as 4.0.2. Edit 2: v4.0.2 of the add-on works in Serpent/Moebius! In fact versions up through 4.1.0 are compatible with Moebius. BTW, the add-on does make containers quite a bit easier to use. To open a new container tab, you don't have to go to the File menu; when clicking the "new tab" (+) button just hold the mouse button down for a second or two, and the "new container tab" menu will appear. Also you can right-click on a Web page and click "Firefox Multi-Account Containers / Always Open in This Container" to "pin" the current site to the current container. Then, any time you click a bookmark or link for that site, you get asked whether to open the link in the current container or in the "pinned" container for that Web site. Edit 3: You can enable the new container menu from the new tab (+) button without the add-on, so it can be used in Serpent/UXP. Just create a new integer pref named privacy.userContext.longPressBehavior and set it to 2. Other add-ons that change the behavior of the new tab button may keep this from working, though
  24. FF 60 ESR actually isn't bad - I have a copy on my Win 7 PC - but It doesn't run on XP/Vista and cannot be made to do so It doesn't support NPAPI plug-ins, nor does it offer a substitute like PPAPI; say goodbye to Java, Silverlight, etc. It doesn't support any pre-WE add-ons Last (and TBH, least) it sports a new UI, which wouldn't be bad if it didn't look so much like Win 10 Basically, it's a brand-new browser that happens to be somewhat compatible with your old FF profiles. About the only thing it has in common with FF 52 ESR is the name (and a few WE add-ons).
  25. I'm still trying out containers. I've found it useful for logging into both my and my wife's bank account at once, without having to go to about:profiles, set up a second profile, install all my add-ons and custom prefs, etc. And the color-coding helps me keep track of which tab is for which person. That's about it so far, but remember - I only learned of it because MCP stripped it out and drew out the one person on this thread who uses it! I'd encourage others who find the containers concept intriguing to download the 3/23 version of NM or Serpent, toggle on the prefs, and give them a try. To be fair, perhaps you should also try the 3/30 version and see if you notice better performance opening tabs, etc. with the feature removed. The feature could use improvement. I'd like to see a way to associate a bookmark with a container, so you just click, say, the Amazon bookmark, and Amazon opens up in a new "shopping" container tab. That would save key/mouse strokes vs. opening the container first, then opening the bookmark. Perhaps MultiFox will mature someday, and the built-in support for containers can then be removed. BTW, I also installed the private tabs extension. A private tab is sort of a "throwaway" container tab: open one and you have a new container; close it and the container is gone for good, including any cookies or unexpected NSFW content (although I'd probably flush my cache anyhow just to be sure). Excellent option for the first visit to a site you aren't sure you can trust. Opera 12 had private tabs and I've missed the feature in Firefox and Serpent. The latter have private windows but those aren't as convenient.
×
×
  • Create New...