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

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 - tjacobs42

#1
Hi Liviu,

thanks. That's working with the application creation. We use SCCM with PMPc Publishing Service.

Mainly I have the problem with "updates" part: here I do not have the possibility to make a dependency to other updates, right?

Thanks
Torsten.
#2
Hi,

the upgrade of Citrix Workspace LTSR fails, because the Installer tries to Download Visual c++ Runtime 8.x during install - which fails in our environment. Is there any possibility to bundle the VC++-RTE with the update package?

THX,
Torsten.


Code (PatchMyPC-ScriptRunner.log) Select
<![LOG[Running update file: CitrixWorkspaceApp24.2.1000.1016.exe with arguments: /AutoUpdateStream=LTSR /AutoUpdateCheck=manual /silent /noreboot DONOTSTARTCC=1 /ALLOWADDSTORE=N /AutoUpdateCheck=disabled  ALLOWSAVEPWD=N EnableCEIP=false]LOG]!><time="07:36:20.025576" date="09-06-2024" component="PerfTimerLogger" context="" type="1" thread="1" file="">
<![LOG[Update file has run, exit code is: 72029]LOG]!><time="07:38:20.034136" date="09-06-2024" component="ScriptRunner" context="" type="1" thread="1" file="">
<![LOG[Running update file: CitrixWorkspaceApp24.2.1000.1016.exe with arguments: /AutoUpdateStream=LTSR /AutoUpdateCheck=manual /silent /noreboot DONOTSTARTCC=1 /ALLOWADDSTORE=N /AutoUpdateCheck=disabled  ALLOWSAVEPWD=N EnableCEIP=false finished with Elapsed Time: 02 minutes 00 seconds 010 milliseconds]LOG]!><time="07:38:20.043112" date="09-06-2024" component="PerfTimerLogger" context="" type="1" thread="1" file="">

Code (C:\Program Files (x86)\Citrix\Logs\CTXPreRequisiteInstallLogs-20240905-101104\CtxInstall-DotNetCoreInstaller-20240905-101104.log) Select
[3784:4780][2024-09-05T10:11:27]w343: Prompt for source of package: NetCoreDesktopRuntime_x86, payload: NetCoreDesktopRuntime_x86, path: C:\Program Files (x86)\Citrix\Ctx-9A81D8CA-C8C7-4B57-AC55-388F793C55C2\redist\windowsdesktop-runtime-8.0.6-win-x86.exe
[3784:4780][2024-09-05T10:11:30]i338: Acquiring package: NetCoreDesktopRuntime_x86, payload: NetCoreDesktopRuntime_x86, download from: https://downloadplugins.citrix.com/Windows/3rdPartyPrerequisite/DotNetCoreInstaller/windowsdesktop-runtime-8.0.6-win-x86.exe
[3784:4780][2024-09-05T10:11:51]e000: Error 0x80072efd: Failed to send request to URL: https://downloadplugins.citrix.com/Windows/3rdPartyPrerequisite/DotNetCoreInstaller/windowsdesktop-runtime-8.0.6-win-x86.exe, trying to process HTTP status code anyway.
[3784:4780][2024-09-05T10:11:51]e000: Error 0x80072efd: Unknown HTTP status code 0, returned from URL: https://downloadplugins.citrix.com/Windows/3rdPartyPrerequisite/DotNetCoreInstaller/windowsdesktop-runtime-8.0.6-win-x86.exe
[3784:4780][2024-09-05T10:11:51]e000: Error 0x80072efd: Failed attempt to download URL: 'https://downloadplugins.citrix.com/Windows/3rdPartyPrerequisite/DotNetCoreInstaller/windowsdesktop-runtime-8.0.6-win-x86.exe' to: 'C:\WINDOWS\TEMP\{2753EE6C-08DB-4EEC-A407-5431478929D1}\NetCoreDesktopRuntime_x86'
#3
Hi,

would it be possible to re-arrange the order of tables in the "Patch My PC Publishing Report" (by e-mail)?

It would be helpful to have Updates first, then applications and delayed application at last, because they are quit unimportant and I always have to scroll down.

Thanks,
Torsten.
#4
Hi,

I just created Citrix Receiver 4.9 LTSR (14.9.9002.6) any observerd two points:
- the "uninstall program" string is missing in the application
- if I manually add "PatchMyPC-ScriptRunner.exe /UninstallPackage", the program does not run silently

- the "localized application name" under Software Center says "Citrix Receiver 4.9 () LTSR CU9" - could you remove the empty brackets in next version? (minor cosmetic thing :)

THX,
Torsten
#5
We have an issue with the new Firefox ESR version.

We expected the update this week from 68.9 to 68.10. Instead you upgraded directly to 78.0 (ESR). Is there a way to delay the jumpt to higher version on the ESR path: so we do not jump onto the first realeased version? That's what we actually expect when using the stable track ;-)

Thanks,
Torsten.
#6
Can you deploy the new version 39.11.6.2 of this tool?

Thanks,
Torsten.
#7
Update for Cisco Productivity Tools is not detected as applicable - the Value is found in WOW6432Node-Registry:

<lar:And>
  <WSUS Generated MSI Installable Rule/>
  <lar:And>
    <bar:RegValueExists Key="HKEY_LOCAL_MACHINE" Subkey="SOFTWARE\Webex\Plugins" Value="buildnumber" Type="REG_DWORD" />
    <bar:RegSzToVersion Comparison="LessThan" Data="39.11.3.6" Value="buildnumber" Key="HKEY_LOCAL_MACHINE" Subkey="SOFTWARE\Webex\Plugins" />
  </lar:And>
</lar:And>
#8
I have a problem that after I delayed application creation by 7 days (I like to handle updates by Software updates in the meantime).

1. when a new version is published within these 7 days, even the older application update is never done
2. today the application creation was reported successfully by E-Mail in the status report, but application was not updated at all.

Report from Patch My PC Publishing Service
Success
Applications Updated Time Size
Google Chrome 81.0.4044.92 (x64) 4/15/2020 11:04:57 PM 59.39MB


Finished downloading file: [https://dl.google.com/chrome/install/GoogleChromeStandaloneEnterprise64.msi] Average speed: 29.41 MB/s (59 MB) Downloader 4/15/2020 11:04:59 PM 45 (0x002D)
Successfully downloaded the update Downloader 4/15/2020 11:04:59 PM 6 (0x0006)
The hash of file downloaded is different than the file hash in our catalog. Hash errors happen when vendors release updates that aren't available in our catalog yet. This error should be resolved in the next catalog update. Additional details: Hash from catalog [z2TwkarcLbC3H7T3VisKeR1sRKs=] doesn...t match downloaded update hash of [//2uNaY2jW4lrAZeVITwYpDEMzw=] Worker 4/15/2020 11:05:06 PM 6 (0x0006)
*** Report :
A total of 3 updates were published, 0 update was revised, 0 update was expired, 0 application was published into SCCM, 1 SCCM package was updated, 0 package was revised in SCCM, 0 application was auto-enabled, 0 update was auto-enabled, 0 application was published into Intune, 0 Intune application was updated.
*** Success:
****** Published:
Cisco WebEx Meetings 40.2.14.19 was published with full content
Oracle VM VirtualBox 5.2.40 was published with full content
Oracle VM VirtualBox 6.1.6 (x64) was published with full content
No update was revised.
No update was expired.
No application was published into SCCM.
****** Applications Updated:
Google Chrome 81.0.4044.92 (x64) was updated into SCCM
No package was revised into SCCM.
No applications were auto-enabled.
No updates were auto-enabled.
No application was published into Intune.
No Intune application was updated into Intune.
*** End of report Worker 4/15/2020 11:05:08 PM 6 (0x0006)

#9
yes it worked, maybe an idea to keep also settings for superseeded apllications?

-tjacobs42.
#10
Hi,

did you ever find a solution here?

Looking if Commandline needs to be updated... Worker 3/4/2020 4:37:03 PM 6 (0x0006)
Updating the command line argument for Cisco WebEx Teams 3.0.15036.0 (x64) Worker 3/4/2020 4:37:03 PM 6 (0x0006)
/MainFile=WebexTeams.msi.."/MainArg=Allusers=1 REBOOT=ReallySuppress"../SkipProcessList=CiscoCollabHost.exe|CiscoSpark.exe.."/ShortcutFileName=Webex Teams" -> /MainFile=WebexTeams.msi.."/MainArg=Allusers=1 REBOOT=ReallySuppress".."/ShortcutFileName=Webex Teams" Worker 3/4/2020 4:37:03 PM 6 (0x0006)
An error occurred while processing an Installable Application: Generic failure Worker 3/4/2020 4:37:04 PM 6 (0x0006)


BR,
Torsten.
#11
Just sent logfiles using the support form.

Strange is that even the update of this application (WSUS functionality) stopps with same error.
#12
When I create the iTunes Application using the Publisher Tool, it does not install the dependent "Application Support" (x86) and (x64) nor "Mobile Device Support". How should this be done in SCCM? When I create all of them as application as well and add dependencies manually in SCCM, these dependencies are most probably gone when the application is updated, right?
#13
I cannot perform the upgrade of WebEx Teams. Error is reported as 1638 (probably "Another version of this program is already installed").

"PatchMyPC-ScriptRunner.log" reports:

Starting ScriptRunner (V1.6.5.0) with 4 argument(s) ScriptRunner 04.03.2020 13:33:21 1 (0x0001)
Current culture info name is: de-DE ScriptRunner 04.03.2020 13:33:21 1 (0x0001)
System path is C:\WINDOWS\System32 ScriptRunner 04.03.2020 13:33:21 1 (0x0001)
Argument #1 is: /MainFile=WebexTeams.msi Arguments 04.03.2020 13:33:21 1 (0x0001)
Inspects argument: mainfile=webexteams.msi Arguments 04.03.2020 13:33:21 1 (0x0001)
MainFile is: WebexTeams.msi Arguments 04.03.2020 13:33:21 1 (0x0001)
Argument #2 is: /MainArg=Allusers=1 REBOOT=ReallySuppress Arguments 04.03.2020 13:33:21 1 (0x0001)
Inspects argument: mainarg=allusers=1 reboot=reallysuppress Arguments 04.03.2020 13:33:21 1 (0x0001)
MainArg is: Allusers=1 REBOOT=ReallySuppress Arguments 04.03.2020 13:33:21 1 (0x0001)
Argument #3 is: /ShortcutFileName=Webex Teams Arguments 04.03.2020 13:33:21 1 (0x0001)
Inspects argument: shortcutfilename=webex teams Arguments 04.03.2020 13:33:21 1 (0x0001)
ShortcutFileName is: Webex Teams Arguments 04.03.2020 13:33:21 1 (0x0001)
Argument #4 is: /registry=Update|SOFTWARE\Cisco Spark Native|AutoUpgradeEnabled|False|DWORD|0 Arguments 04.03.2020 13:33:21 1 (0x0001)
Inspects argument: registry=update|software\cisco spark native|autoupgradeenabled|false|dword|0 Arguments 04.03.2020 13:33:21 1 (0x0001)
Added Registry Action: Update, SOFTWARE\Cisco Spark Native, AutoUpgradeEnabled, False, DWORD, 0 Arguments 04.03.2020 13:33:21 1 (0x0001)
No need to abort due to the running processes ScriptRunner 04.03.2020 13:33:21 1 (0x0001)
Running update file: WebexTeams.msi  with argument: Allusers=1 REBOOT=ReallySuppress ScriptRunner 04.03.2020 13:33:21 1 (0x0001)
Update file has run, exit code is: 1638 ScriptRunner 04.03.2020 13:33:23 1 (0x0001)
Searching for shortcuts in public profile desktop ScriptRunner 04.03.2020 13:33:25 1 (0x0001)
3 shortcuts in public profile desktop ScriptRunner 04.03.2020 13:33:25 1 (0x0001)
Deleting shortcut: C:\Users\Public\Desktop\Webex Teams.lnk ScriptRunner 04.03.2020 13:33:25 1 (0x0001)
1 shortcut has been deleted in public profile desktop ScriptRunner 04.03.2020 13:33:25 1 (0x0001)
Updating registry value in HKLM: SOFTWARE\Cisco Spark Native, AutoUpgradeEnabled, False, DWORD, 0 RegistryAction 04.03.2020 13:33:25 1 (0x0001)
Registry value AutoUpgradeEnabled successfully updated RegistryAction 04.03.2020 13:33:25 1 (0x0001)
End of Script Runner. Exit code is: 1638 ScriptRunner 04.03.2020 13:33:25 1 (0x0001)



Same occurs when trying to install the newly created application, and also the deinstallation-command of the created application needs to be modified:

created for 3.0.15015.0: msiexec.exe /x {E2291469-AF65-429B-90E1-0386FB8B4E57} /q
created for 3.0.15036.0: msiexec.exe /x {271E16ED-9636-468E-8A53-C2B3E9E91ED2} /q
should be (for both versions identically): msiexec.exe /x {611AD18D-000D-4ABB-84FD-CC503FDE8EC6} /q

BR,
Torsten.