• Welcome to Support Forum: Get Support for Patch My PC Products and Services.

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - highstream

Run shows OpenVPN 2.5.7-I602 amd64, but Community site shows last update to 2.5.7 was in May. Windows versions showing get Modify/Repair/Remove pop up. https://openvpn.net/community-downloads/
Two issues: PMPC is showing PDF XChange Editor 9.4.363.0 in red, but without a way to update it (no software detected). In addition, my current version is .364.
The problem is a conflict between Program Files and AppData/Local installs. The current version is in the latter and the previous one in Program Files. PMPC is picking up contradictory results because it's taking the Program Files version for the scan, but showing the AppData one for the list on the left. I don't recall if I installed the previous version via PMPC, although I typically do. I've solved the problem on my end and thus the scan is fixed, but you might check why PMPC would get contradictory results.
For the past couple of days, PMPC scan has been reporting that my Vivaldi browser version needs updating, showing the last version number, 5.1.2567.57, while I have the current version installed and it shows as such in the list of browsers on the left (5.1.2567.66). Screenshot attached
I'm old enough to be able to say that I can't tell you how many hundreds of times I've been told that, only to turn out it really wasn't the vast majority of the time.

Ok, two questions working on the notion that it is local:
- What could be causing it for TeamViewer and only TeamViewer?
- PMPC Support person Adam Cook says he replicated it on a fresh VM: what might his and mine have in common that could lead to that result?

Thanks. Now I assume it will be taken care of.
The really odd thing, and why I think this is a bug, is that if I update Tv from inside its program, then PMPC no longer calls for an update. That means PMPC is seeing it, but not handling it correctly. Certainly not like it handles other programs.
In this case, where the new version is put in an appdata temp folder and there's no apparent evidence of it in the registry or in the CP's file list or RevoPro, I don't see where deleting is out of place.

The question remains, why didn't PMPC install the new version in \Program Files\Teamviewer? I would have expected PMPC to chime in by now.
Taken literally, that wouldn't work. Already done by deleting the temp location and running the program, leading to an update.
I found the problem: PMPC has been installing it in \AppData\Local\Temp instead of \Program Files. How does one fix that?
Even with TeamViewer process stopped, I'm finding Patch doesn't actually install the update, although it says that it has.
Autoruns shows TeamViewer_Service.exe sets itself to start.
That's what I thought, but looking at my startup list (Task Mgr), TeamViewer and Java seem the only ones PMPC deals with. Right now TeamViewer is not there, even though I didn't do anything to remove it, but it is checked in Autoruns. Will see. In any case, thanks for your help.
Attached is the log for the past two days. Don't see any failures in the 15.20.6 installs. Further back in the past week, on 8-24 & 8-25 15.20.4 showed as installed successfully, and on 8-27 and 8-28 15.20.5 likewise. This seems like something that should be handled in either TeamViewer's install program or PMPC, or both. Being prompted to close a running process or being asked if it's ok to close it is common. In this case neither is happening and PMPC is giving a false result. If PMPC has an auto close, then presumably it should also trigger a request to close. I don't think many users remember every process they have in startup or can be expected to.