Jump to content
MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. ×

Radish

Member
  • Posts

    145
  • Joined

  • Last visited

  • Days Won

    1
  • Donations

    $30.00 
  • Country

    United Kingdom

Everything posted by Radish

  1. I haven't been able to pin-down what launches the CameraHelperShell.exe (other than the 'auto-launch' setting in LWS mentioned above). I had a look in services but I didn't see anything there that references the 'Shell'. At one point in time I thought it was LWS.exe that launched the 'Shell' but I subsequently found out that it wasn't that. LWS.exe, if you let Logitech have their own way, gets launched at system bootup via an entry in the registry -- this means that the user has a process running that they really don't need to be running unless they're actually using the camera. So if you don't want that to be happening then make a reg tweak file of this and then merge it into the registry (this will stop LWS.exe from being launched at bootup): Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Run] "LWS"=- That tweak just deletes the "LWS" entry from the registry. If you want to restore that then make a reg tweak of this and merge it. (This will restore having LWS.exe being launched at bootup. Important Note: you will have to adjust the path in the tweak to suit where LWS.exe actually exists on your system -- the double-back slashes are important, be sure to use them in the path you enter into the tweak.): Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Run] "LWS"="C:\\Program Files (x86)\\VIDEO\\Logitech\\LWS\\Webcam Software\\LWS.exe -hide" I deleted the "LWS" value from my own system and then tested for any problems in using Logitech Webcam Software (LWS) and found no problems, it works fine if it is just manually launched via the Start Menu shortcut that gets created when LWS is installed. Note, however, that the target for the installed shortcut is: C:\Program Files (x86)\Common Files\LogiShrd\LWSPlugins\LWS\Applets\HelpMain\launchershortcut.exe -- so the LWS.exe is being launched by some 'intermediary' process, I have no idea why. (This 'suite' of stuff that Logitech produced is a veritable spaghetti junction of processes interacting with each other and doing God knows what.) In any case, on my own system I created my own shortcut to launch LWS.exe manually via a batch file and in the process have the CameraHelperShell.exe create its LWSDebugOut.txt in a ramdisk which on my system has drive label W:\. As far as I am concerned it can create and write it in there to its heart's content. (I still do keep the read-only, zero-bytes sized LWSDebugOut.txt file in %TEMP% -- just to be on the safe side.) The batch file is this: title Logitech Webcam Software(TEMP)to Ramdisk mkdir W:\TEMP mkdir W:\TMP set TMP=W:\TMP set TEMP=W:\TEMP start "" "C:\Program Files (x86)\Common Files\LogiShrd\LWSPlugins\LWS\Applets\HelpMain\launchershortcut.exe" exit Cutting a long story short on a lot of experimentation I finally created a batch file to use after I was finished in a session of using LWS. The file is as follows: TITLE Kill Logitech Webcam Processes :: Kill the processes and delete the 'Debug' txt file, assuming you don't want to read it. :: The switch /T means to kill the process tree. The switch /F means to 'force' this kill. TASKKILL /IM LWS.exe /T /F TASKKILL /IM CameraHelperShell.exe /T /F DEL W:\TMP\LWSDebugOut.txt EXIT Why do this? If you just exit LWS by closing the GUI window, as you normally do for most programs, then what happens is that the window closes but LWS.exe is still left in the background as a running process. So simplest solution after closing the window manually as you normally would is to run the above batch and that kills the processes that I know of connected to Logitech that might be persistent in continuing running after you close the window. Your tale of the virus and the files it created is quite apt. I read a couple of accounts of people not realising that the LWSDebugOut.txt was an issue until it had grown to multi-gigabytes in size. "Argh! What's eating up my disk space!" Thanks a bunch Logitech! P.S. On a different subject if you are using LWS to try and record videos and find that you can't successfully do that because, like me, you have an old computer that can't handle what LWS is trying to do when recording videos then I would very much recommend giving Open Broadcaster Software (OBS) a go. Using that I was able to record videos without dropping frames, which was happening when trying to use LWS for the same purpose. I did have to tweak the settings of OBS to achieve this and the document General Performance And Encoding Issues solved the issue for me, particularly the section titled "Change your x264 preset". Note that if you try to download OBS it says that the software is for Windows 8.x and above. However, official word in OBS forums is that it (currently) should work on Windows 7, it's just that if you use it in Win7 then you can't count on getting support at OBS forums. The version that I have now been successfully using on Win7 is OBS v27.0.1. Please also note that you would still need LWS on your system and that should be installed before installing OBS. You need LWS to control the camera. And you use OBS to control the recording, with a lot more functions than LWS offers. But, at least on my system, if I launch OBS it automatically launches the LWS 'Controller' for me so that I can make camera adjustments prior to creating a recording. Hope all this helps someone sometime.
  2. System Details: OS: Windows 7 Pro. SP1 x64 Webcam: Logitech HD Pro Webcam C920 Webcam Operating Software: Logitech Webcam Software 2.51.828.0 Thanks very much for the response Tripredacus. I looked in Device Manager as you said and couldn't find anything that looked remotely connected to this issue. Now, with some thought, I've decided to abandon trying to fix that problem. I have come across several accounts on the internet that describe the same errors being reported in the debug text but no one actually had a clue as to how to fix it. Also, when the webcam is connect to the system I works just fine so I'm not going to bang my head on that any further, I thought it might be easy to fix -- but thanks again for the response. However, I came across a more pressing issue -- the constantly growing LWSDebugOut.txt file -- that did need a solution and I managed to work out how to deal with that which I will detail below. Thanks too to jumper. Yes I found that 'read-only' advice on the web. As a quick fix for a problem it does work. However, I discovered the source of the problem and I'm going to describe it below and how to more comprehensively deal with it as I couldn't find anything on the web that actually did advise how to deal with the issue short of the read-only solution. So to deal with the growing LWSDebugOut.txt file problem. If in the LWS GUI window you untick (i.e disable) the setting Preferences > Logitech Webcam Software Settings > General (tab) > Auto-launch webcam controller then on boot into the system the process CameraHelperShell.exe does not get auto-launched on system bootup and so can't write to the log file. (It is the CameraHelperShell.exe that is writing into the LWSDebugOut.txt file.) This is true if the camera is not plugged in. It is also true if the camera is plugged in. With the option Preferences > Logitech Webcam Software Settings > General (tab) > Auto-launch webcam controller enabled (i.e. ticked) if you boot into the system and the webcam is plugged into a USB port then the CameraHelperShell.exe will write into the LWSDebugOut.txt file once then will stop doing so unless an issue develops with the webcam. However, if you unplug the webcam (and CameraHelperShell.exe is still a running process) then CameraHelperShell.exe will see that as an issue and start appending data into the LWSDebugOut.txt file. If this option is left ticked (i.e. enabled) then if you boot into the system and the webcam is not plugged into a USB port then the CameraHelperShell.exe will start writing appended data into the LWSDebugOut.txt, and that text file will just grow and grow. So the best general advice is to untick the option Preferences > Logitech Webcam Software Settings > General (tab) > Auto-launch webcam controller and that way you won't run into problems if you have the webcam unplugged during bootup. However, it should be noted that clearly CameraHelperShell.exe has an issue with an unplugged webcam -- it considers this a fault and starts appending data into the debug text file. And that (glaring bug if you ask me) is where the fun and games start if you are using LWS GUI window, finish using it, and unplug the webcam from the USB port. What happens in that scenario is that on exit from the LWS GUI window the CameraHelperShell.exe does not get terminated, it keeps running in the background and, probably unawares to the average user, keeps appending data into the LWSDebugOut.txt file. On my system this was being done at a rate at which 1KB of data was added to the LWSDebugOut.txt file every 3 seconds! There are two solutions to this (and there is no reason why your couldn't apply both solutions on your system). The quick way to deal with this issue is to open Windows Task Manager using the keyboard combination Ctrl+Shift+Esc. Click on the 'Processes' (tab) and look for the process CameraHelperShell.exe If it exists click on it to highlight it then click the 'End Process' button. Now confirm that you do want to end the process. That will stop the CameraHelperShell.exe from writing into the debug text file. Now go into your %TEMP% folder and open the file LWSDebugOut.txt in Notepad, delete all the text in there and then save the file. Doing this should give you a LWSDebugOut.txt that is zero bytes in size. The reason for doing this is that it is an easy value to remember -- if it ever changes then you will know that somehow the CameraHelperShell.ex has been writing into the file. Now in Windows Explorer right click on the file and select 'Properties'. In the file Properties look for the item Attributes: 'Read-only', put a tick in that box then click the OK button. You have set that file to read-only, so now the CameraHelperShell.exe can't write into it. There a couple of 'problems' with using this method. Problem 1 -- the most critical one. If you ever delete the LWSDebugOut.txt file, and that might be because you're using system (so-called) cleaning software, or you might inadvertently do that manually, then CameraHelperShell.exe will create a new LWSDebugOut.txt file and start writing into that, as the new file is not set to read-only. Problem 2 - CameraHelperShell.exe is still running on your system and is still, at least trying, to write into the LWSDebugOut.txt file every second. The other 'fix' you can do is make sure you terminate the CameraHelperShell.exe process after using the LWS GUI window to take a picture or do a recording. This can be done by using a batch file. So create a batch file with this content: TITLE Kill Logitech Webcam Processes :: Kill the process :: The switch /T means to kill the process tree. The switch /F means to 'force' this kill. TASKKILL /IM CameraHelperShell.exe /T /F EXIT (If you're not sure how to create a batch file search for instructions on the internet.) Once you have the batch file created store it somewhere you will keep it and once you have done that create a shortcut to the batch file. Now put a copy of the shortcut into you Start Menu. So now when you use LWS do the following. (1) Once your work is finished exit LWS GUI window as you would normally do. (2) Having done that, then use the shortcut in your Start Menu to launch the batch file and the batch will terminate the CameraHelperShell.exe process and you will no longer have the problem of the CameraHelperShell.exe trying to write to the debug text file. So now you have two ways of stopping that LWSDebugOut.txt file from growing and growing if you as an idiotic user ever decide to have the temerity of unplugging your Logitech webcam if you're not using it. P.S. Couldn't find some of this information on the internet so thought to post it here and it might help others with this LWSDebugOut.txt file problem. Thanks again for the help already given. P.P.S. I am using LWS because my computer can't deal with the current software Logitech offers for this webcam Logitech Capture. If I try to use Logitech Capture on my system then it proceeds to try and fry my CPU -- hence I can't use that software. My brief experiments with trying to use Capture just left me thinking that Logitech have produced a good webcam but the controlling software they produce is abysmally poor.
  3. System Details: OS: Windows 7 Pro. SP1 x64 Webcam: Logitech HD Pro Webcam C920 Webcam Operating Software: Logitech Webcam Software 2.51.828.0 I very recently bought the above webcam and installed it and its operating software to my system. I seems to work fine except that it generates a debug file called LWSDebugOut.txt. I only discovered that file by accident and found it to be huge. It seems that the webcam software writes into the file every time the webcam is launched but it just appends the information into the file every time the webcam software is launched. It always seems to record the same errors. The errors it is warning about are as follows: CMicrophoneDeviceManager::GetDeviceIndexInWave() - failed to find match for device path - device ID: : 1 .\MicrophoneDeviceManager.cpp Line: 117 \\?\hdaudio#func_01&ven_10ec&dev_0887&subsys_1458a002&rev_1003#4&395a8c5b&0&0201#{65e8773d-8f56-11d0-a3b9-00a0c9223196}\rtlineinwave .\MicrophoneDeviceManager.cpp Line: 118 CMicrophoneDeviceManager::GetDeviceFriendlyName() - lWaveDeviceIndex == -1 .\MicrophoneDeviceManager.cpp Line: 503 CDeviceInfoMap::GetPnPId() - failed m_DeviceInfoMap.Lookup - device ID: : 0 .\DeviceInfoMap.cpp Line: 406 CDeviceInfoMap::GetPnPId() - failed m_DeviceInfoMap.Lookup - device ID: : 0 .\DeviceInfoMap.cpp Line: 406 CDeviceInfoMap::GetPnPId() - failed m_DeviceInfoMap.Lookup - device ID: : 0 .\DeviceInfoMap.cpp Line: 406 I don't have the expertise to know what the problem is with this, lots of 'fails'. Could someone please explain to me what this means and also how to fix it (if it is fixable).
  4. Yes, I think there is something going on. Previously I did have the Scotland flag, but not now, some change must have been made at the site. Ah, well. Thanks for trying -- sounds like a problem without a solution.
  5. Thanks for the response jaclaz. As you recommended I installed Samsung Magician and set the OP via that. I still think Magician is an ill-implemented piece of software. For Disk 1, the disk with the odd number of primary partitions, it is definitely an MBR drive; I was just experimenting with Linux Mint to see if I wanted to move over to it again. I had used Mint for about a year a fair while back and in the end decided it wasn't a very user friendly OS so I went back to Win7. My experiment with Mint this time lasted two days and I decided it still wasn't user friendly enough. Ah, well. Disk 1 is now reformatted and I'll just use it as an emergency back up for my day to day Win7 system.
  6. Tripredacus. From the url you advised here is the flag of Scotland: You are right that my IP will resolve to a UK domain. There are reasons for that concerning a long history of politics (which I sincerely hope will be sorted out some day soon).
  7. For a good while I had for my profile selected the flag for Scotland and this was used to show correctly below my avatar. Today I logged in to MSFN and see that my flag had changed to UK flag i.e. to the Union Jack. I went to my profile and saw that somehow I had been assigned to living in the UK - I don't know who did this, I certainly didn't. So I used the drop-down and changed that back to I live in Scotland and saved the changes. However, still the forums seem to think that I'm in the UK. Could someone please look into this and correct things. Many thanks.
  8. Hi Folks, I have two Samsung SSDs. I do not (any longer) install Samsung's "Samsung Magician" software as it is a heap of rubbish. So to set Over Provisioning (OP) I just set up partitions and format the drives with Windows 7 or, from a boot disk, I use Gparted. So I ended up with two disks which Windows 'Disk Management' shows as below: As you can see Disk 0 partitioned by Windows has unformatted Free Space at the end of the drive, which I am hoping will be automatically used by the drive as OP space. Disk 1 was partitioned by Gparted and has 'Unallocated' space at the end of the drive, which I am hoping will be used by the drive as OP. So my question is which of these two 'forms' of free space, 'Free Space' or 'Unallocated', is correct? Can the drives use either of these forms as OP or is only one of them correct? P.S. I do know that, according to Windows, Disk 1 has 5 Primary partitions. However, that drive has ext4 formatted partitions and I'm guessing that Windows is just doing a dud job in identifying what the partitions are.
  9. I suppose the best way forward would be to stop this from happening in the first place, but I don't know how. Does the problem only occur with one particular window associated to one particular program? Or does it occur with all windows. I run Win7 and have no problems at all of the type you describe. However, you might find Sizer useful for quickly positioning and sizing a window. At least it would give you an easy to use (once you got it setup) workaround for now. With Sizer you can control the size of the window and the window's position on the screen relative to the coordinates of the monitor screen. Once you have that set-up you can assign a keyboard shortcut to (then) automatically size and position the window when you press the keyboard shortcut combination - the window you want to do this to has to be the active window when you press the shortcut combination. You might find that helpful for just now.
  10. Yeah. Forgot to mention 7+ Taskbar Tweaker. That's a double-plus-good (in the genuine sense) for Win7 and it can be 'installed' as a portable. Also worth a mention is Sizer. Kind of a niche program but use it for a couple of months and you won't end up deleting it as 'useless'. Again, can be 'installed' as portable.
  11. If you do go over to Win7 then at some point you're going to have deal with the 'issue' on what you're going to do about Microsoft Updates. At minimum you're going to have to find out what updates are absolutely essential to giving you a useable system. On that account I would recommend reading the following thread in its entirety: Update Win 7, or Not ? With respect to the books you mention I have no knowledge of them. However, when I first came to Win7 I got a hold of Windows 7 Annoyances by David A. Karp. I found it very informative and useful during install and configuring lots of aspects of Win7. In particular it had the information I needed to get Win7 to install onto a single partition (no hidden 'system reserved' partition necessary). To buy that book new is expensive but you should be able to pick up a second-hand copy very cheaply.
  12. Definitely download, install and configure Classic Shell. This will give you a good experience of Windows Explorer on 7 that has strong similarities to WinXP. I'm on Windows 7 myself but only because Classic Shell makes Explorer and the Start Menu tolerable for me - if Classic Shell wasn't available then I would think I'd just go over to Linux Mint. In point of comparison I have to say that I do find Win7 to be a pretty good system and am overall well pleased with it.
  13. @Karol I'm going out on a limb but the difficulty you are experiencing might be down to not having SHA256 patches installed to your Windows 7. Read through these two threads (you'll have to read through them in their entirety to get a proper handle on what they are about) and see if the information in them is relevant to your problem. https://msfn.org/board/topic/177590-update-win-7-or-not/ https://msfn.org/board/topic/178186-looking-for-info-about-the-upcoming-standalone-sha-2-patch-for-win7/ At one point in time I had issues with not being able to install some software to Win7 (just as you are) but installing the SHA2 patches cured the issue. That said, I wasn't getting the same error messages you are getting, but reading your posts here I end up thinking that maybe the problems are related to these SHA2 issues and associated changes Microsoft introduced to software installing (third-party software and Microsoft Updates) because of them.
  14. @Karol Have you updated your Win7 install at all using Microsoft Updates?
  15. I am on Windows 7 and will sticking with it. I would guess that will fine for me for many years. However, you should read the entire thread posted here for some things to consider: Update Win 7, or Not ? and act on the information there.
  16. Thank you very much for this information, erpdude8. Greatly appreciated. For a non-expert like me could you clarify the following: (1) Does this update completely replace the previous versions of KB4474419? (2) Should I uninstall the previous version of this KB4474419 before installing this new one (v3)? (3) If I was rebuilding my system from scratch would it be okay to install this 'v3' version and forget about installing any previous versions that I have before installing the v3?
  17. Another app for setting up programs to bypass the UAC prompt by using Task Scheduler is UAC Pass I use it myself on Windows 7, it is pretty good at what it does. However, a program that is launched via Task Scheduler is started with Below Normal Priority. That would be okay mostly but if you want to set it to a higher priority then you have to edit the Task Scheduler .xml file for the scheduled task in question. Fortunately this is easy to do. Instructions are here: Setting a scheduled task process priority Also you can set up a Context Menu shortcut for getting an elevated prompt for CMD. How to set that up is detailed here: Add or Remove "Open Command Window Here as Administrator" to Context Menu Note that if you download the .reg file offered there then check the keys it modifies in the registry before merging the .reg file. Reason is that the .reg file does some deletions and you would want to check there is nothing in the keys that get deleted that will regret losing.
  18. I think fairly recently Firefox added built-in trackers and cookies blocking to the browser (the shield symbol to the extreme left of the address (url) bar). The default setting for that is to 'block', to unblock for site 'x' requires manual intervention - easy to do on a site-by-site basis. Maybe this has something to do with the disappearing ads. I only noticed this a while back myself because the then new blocking 'broke' a website I commonly visit, forget what site, but turning the Firefox in-built blocking to 'off' for that site fixed the site display issue. Should say that I have my UBlockOrigin and AdBlockPlus disabled for this site, and also Firefox's built in blocker disabled and I have never since I joined this forum ever seen an ad on it, and that's going back a couple of years. Maybe Google realises I'm one of the unwashed poor and saves bandwidth by not wasting ads on me.
  19. Argh! It's happening again and has been that way for months - don't get email notifications. I do occasionally get one or two over last few months but it just seems utterly random. This is a really serious problem and very frustrating for usage of this forum. Okay so there are contortions that users can use as described above to maybe, possibly, perhaps, get a temporary fix for this. Problem, if the 'fix' works at all, is that it pretty quickly devolves to not working again. So I really plead to the admins of the forum -- I think @xper is the person that attends to site problems - please, please, please, pretty please even, can the admins get this recurring issue fixed once and for all? This is an Achilles' heel for this forum and really does need fixed.
  20. I'm thinking it depends what the 'real world' means - would mean different things for different people. My own computer use is nowadays fairly limited, write documents, deal with email, play a movie and audio files, and surf the internet covers most of what I do. I find that for most things my system, with only (seemingly) essential updates, works just fine. Until I hit slight issues, rare, and things get generally interesting and not too difficult to solve - so far, so good. That said, and though it definitely doesn't qualify as an essential update (but it damn well should) I wouldn't be on Windows 7 at all if it wasn't for Classic Shell. Without that I'd be either on Windows 8.1 with Classic Shell, or off to Linux Mint which I used for a couple of years. Mint was fine but always felt a bit lacking just because of software developed for Windows systems that I really liked and missed, which in the end drove me back to Windows. However, as far as Windows goes, if it ever got to the bit where my only option was Windows 10 then I'd migrate to Mint and never look back. Windows 10 - no way!!! To that extent that is my 'real world' and that Windows 10 line draws an absolute limit on it.
  21. @bphlpt I've been very busy so haven't been able to respond quickly. However, something you said lead me to curing a very recent problem that surfaced when trying to play some recently released videos on a Vimeo 'channel' that I follow. The 'channel' has the title "Common Weal". I could play every video in that 'channel' in Firefox without issues with the exception of the two most recently released videos. The videos that I couldn't get to play were: An Investment-Led Economic Development Framework For An Independent Scotland Know Your Growth Commission: Financial Regulations At the time I puzzled over this and thought that Common Weal and/or Vimeo changed something and made the videos no longer playable in my Firefox browser (I also checked this with a portable Opera browser that I keep for trying to troubleshoot any internet related problems. I got the same results using Opera - and because of that I thought it possible to discount notion of an issue with Firefox itself.) I contacted Common Weal about the problem but the woman I was communicating with was clueless, said no one else was having the problem, but that she'd pass the information to their web developers. So I waited for a couple of weeks and further response never came. Then I read your comment: When I read that an intuitive bulb lit up concerning the Vimeo videos and I thought to test the intuition out. So, cutting a long story short, to update my IE 8 (which I never use) to IE 11 (which I never will use) I had to install some prerequisite KBs into my Windows 7 SP1. The prerequisites were listed here (along with 3 Optional KBs): https://support.microsoft.com/en-us/help/2847882/prerequisite-updates-for-internet-explorer-11 So, I started to install the KBs as listed in that table, working from the top of the table down. (On trying to install KB2533623 I got an error message saying "This update is not applicable to your computer." On doing some research on that it turned out that that KB was actually for a Windows Vista computer; so Microsoft goofed in listing it as a Windows 7 SP1 prerequisite. So this update got skipped.) For each update that installed I rebooted the computer and then tried to see if I the two Vimeo videos that wouldn't play started to play with the following results: KB2729094 - No change, videos still would not play KB2731771 - No change, videos still would not play KB2533623 - Wouldn't install - intended for Windows Vista KB2670838 - Success! Once this was installed the two videos that wouldn't play started to play in Firefox. (So the installation of one, two or three of these KBs, or some combination thereof, was what was required to get the Vimeo videos to play.) I then installed the other 2 prerequisite KBs in order: KB2786081 KB2834140 Then I updated my IE 8 to IE 11 and then installed the 3 Optional KBs. So your comment on the advisability of keeping IE up to date because it might have a background effect on the OS turned out to be the solution to recent Vimeo videos in as much I had to install some prerequisite KBs to get them play. So as far as KBs go I have now increased my count of 'essential' KBs installed by an additional 5 now (discounting the Vista one, of course). Or you could say by 8 if counting in the 3 Optional ones - but those probably don't full under the 'essential' label. So thanks very much for your comment, @bphlpt. That off the cuff remark enabled me to sort a very recent problem that I encountered and that was niggling me for a couple of weeks. One question though. When you say you chose to keep IE up to date what do you mean precisely? Like you just install security patches for it? Or something else? Also I think I read elsewhere on this forum that MS were planning to ditch IE in favour of Microsoft Edge. So what would be your thoughts on that? Is that about to become a critical matter for folks trying to avoid, as much as possible, updating Windows 7 SP1? Hope the above helps someone else sometime.
  22. For folks that might still be bedevilled by this certificates problem Mozilla has now released add-on fixes for older versions of Firefox. Versions covered are: Firefox versions 61 – 65 Firefox versions 57 – 60 (not including Firefox 60 ESR) Firefox versions 47 – 56 That should cover most folks, we hope. Full details and download links here: Mozilla - Add-ons disabled or failing to install in Firefox The links are in the Updates section near the top of that document. (Haven't had to use any of them myself.) On cross-checking at the webpage https://www.jeffersonscher.com/ffu/armagadd-on_2_0.html I see that the author has updated that document to now include links to the add-on fixes. So in all I'm just posting this update here in case some folks have missed the new information in that updated document.
  23. I have had this occasionally happen to me. Usually it's just a faulty Windows attempt to mount the disk. On every occasion just pull out the disk and, usually, on the second or third attempt at reinserting the USB plug the drive starts to work again.
  24. I was just stepping through my Options settings after the install of 66.0.4 and noticed that 66.0.4 had in the 'General' settings enabled the setting "Automatically install updates (recommended)". I never ever allow Firefox to do that, I only ever use the setting "Check for updates but let you choose to install them". So 66.0.4 must have reset that setting to the Mozilla default on install. Same thing happened in my Firefox Portable (PortableApps) 66.0.4 So if you don't want Firefox automatically installing updates best go check that setting and put it back to your own preference if it was altered.
  25. Found the requirements for 60.6.2 - same story: https://www.mozilla.org/en-US/firefox/60.6.2/system-requirements/ - Windows 7 minimum.

×
×
  • Create New...