<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[[Solved] Left Overs in WSCC]]></title><description><![CDATA[<p dir="auto">I am using <strong>WSCC</strong> and here there are some older applications, which are "<strong>left overs</strong>" (older versions).</p>
<p dir="auto">I have <strong>Rufus</strong> Version <strong>4.3 ( Build 2090)</strong> in the folder:</p>
<pre><code>C:\Users\olive\OneDrive\PortableApps\PortableApps\_WSCCPortable\Other Utilities\rufus-p.exe
</code></pre>
<p dir="auto">WSCC updated <strong>Rufus</strong> to version <strong>4.4 (Build 42103)</strong>, but WSCC stored the EXE in the <strong>"x64" sub-folder</strong>:</p>
<pre><code>C:\Users\olive\OneDrive\PortableApps\PortableApps\_WSCCPortable\Other Utilities\x64\rufus-p.exe
</code></pre>
<p dir="auto">WSCC did not delete the old version of <strong>Rufus</strong>, so I have it now <strong>twice on my PC</strong>.<br />
When I start WSCC in a <em>Sandbox</em>* then <strong>only the x64 version is downloaded</strong>.</p>
<hr />
<p dir="auto">WSCC also delivers <strong>SumatraPDF</strong> and here WSCC also <strong>keeps older versions</strong>:</p>
<pre><code>SumatraPDF.exe          (Version 3.5.2.0)
SumatraPDF-3.4.2-32.exe (Version 3.4.2.0)
SumatraPDF-3.4.1-32.exe (Version 3.4.1.0)
SumatraPDF-3.3.3-32.exe (Version 3.3.3.0)
</code></pre>
<p dir="auto">When I start WSCC in a <strong>Sandbox</strong>, I <strong>only have the newest version is downloaded</strong>.<br />
When I <strong>start the older versions</strong> (the EXE files with the version number in the file name) in my <strong>Sandbox</strong>, then <strong>SumatraPDF opens</strong> (these files are also <strong>portable versions</strong> and <strong>not installers</strong>).</p>
<hr />
<p dir="auto">In VulnDetect (<strong>Personal UI</strong>) <strong>Rufus</strong> and <strong>SumatraPDF</strong> are <strong>bundled with WSCC</strong>.<br />
But here I do only see the <strong>current version</strong> of <strong>SumatraPDF</strong>.</p>
<p dir="auto"><strong><a class="plugin-mentions-user plugin-mentions-a" href="/user/tom" aria-label="Profile: Tom">@<bdi>Tom</bdi></a></strong> you should:</p>
<ul>
<li>Show <strong>all versions</strong> of <strong>SumatraPDF</strong></li>
<li>Mark the <strong>older versions</strong> of <strong>SumatraPDF</strong> as <strong>Outdated</strong></li>
<li>Mark the <strong>older version</strong> of <strong>Rufus</strong> as <strong>Outdated</strong></li>
</ul>
]]></description><link>https://vulndetect.org/topic/2651/solved-left-overs-in-wscc</link><generator>RSS for Node</generator><lastBuildDate>Mon, 16 Mar 2026 21:10:37 GMT</lastBuildDate><atom:link href="https://vulndetect.org/topic/2651.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 13 Feb 2024 08:17:34 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to [Solved] Left Overs in WSCC on Sat, 02 Mar 2024 09:12:00 GMT]]></title><description><![CDATA[<p dir="auto">OK, then I mark this issue as <strong>solved</strong>.</p>
]]></description><link>https://vulndetect.org/post/6808</link><guid isPermaLink="true">https://vulndetect.org/post/6808</guid><dc:creator><![CDATA[OLLI_S]]></dc:creator><pubDate>Sat, 02 Mar 2024 09:12:00 GMT</pubDate></item><item><title><![CDATA[Reply to [Solved] Left Overs in WSCC on Fri, 23 Feb 2024 10:18:25 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/olli_s" aria-label="Profile: OLLI_S">@<bdi>OLLI_S</bdi></a> From what I can see, then detection of Rufus and SumatraPDf is working as expected. As you know, part of our detection relies on the original filenames, so when an app or user renames EXE files, it easily (and intentionally) bypasses our detection.</p>
]]></description><link>https://vulndetect.org/post/6801</link><guid isPermaLink="true">https://vulndetect.org/post/6801</guid><dc:creator><![CDATA[Tom]]></dc:creator><pubDate>Fri, 23 Feb 2024 10:18:25 GMT</pubDate></item></channel></rss>