Plugin Manager - installed - Unzip error -could not unzip

TIG

SCF::TEMPDIR
Should NOT return:
C:/Users/your_username/SCF
It should be something more like:
C:/Users/your_username/**AppData/Local/Temp/**SCF

Do you have one of these set up ?
C:/Users/your_username/**AppData/Local/Temp**

This is probably the tool's last ditch attempt to find your TEMP folder.
What is the base value of:
SCF::TEMP

Can you post the results of this in the Ruby Console:
puts ENV.select{|a|a[0]=~/^T/}.sort

Incidentally what is your ' your_username' ?
If it contains non-ASCII characters it might "balls-up" !

DrVee

I am experiencing the same issue.

I run Sketchup Make 15.3.331 (64-bit) and SketchUcation Plugin Store v2.6.1.
SCF::TEMPDIR points to C:/Users/kosciusz/AppData/Local/Temp/SCF
Env. vars TEMP and TMP both point to C:\Users\kosciusz\AppData\Local\Temp

Digging in the plugin code failed as some parts are scrambled and I'm not up to decoding that for debugging.

TIG

@drvee said:

I am experiencing the same issue.

I run Sketchup Make 15.3.331 (64-bit) and SketchUcation Plugin Store v2.6.1.
SCF::TEMPDIR points to C:/Users/kosciusz/AppData/Local/Temp/SCF
Env. vars TEMP and TMP both point to C:\Users\kosciusz\AppData\Local\Temp

Digging in the plugin code failed as some parts are scrambled and I'm not up to decoding that for debugging.
Thanks for the feedback.
Does this happen with all RBZ files you try to AutoInstall in the dialog ?
Does this happen if you get the same RBZ manually downloaded onto your PC [from the PluginStore page], then use the SCF toolset's 'Archive Installer' submenu item ?

Initially your reported paths etc should cause no issues.
However, please confirm that the path to C:\Users\kosciusz\AppData\Local has its Properties > Security permissions set to FULL for yourself and that the settings apply to all other listed users etc.

The ../Temp/SCF folder is used to download to, then process the RBZ file.
If it can't write it, then it can't unzip it >>> error.
Can you run the tool with that folder open in Windows Explorer.
When you get the unZIP error message, do NOT close it immediately, but look into that folder - there should be temporary files, on the closure of the unZIP error message the code tidies up and should remove them.
BUT you can move them out of the folder [say onto your desktop] so you retain a copy...
If they are not made it's one issue.
If they are made but are not readable [xxx.RBZ renamed to xxx.ZIP does not open etc] that's another.
But if they are fully readable and will therefore install using the native Extensions > Install button or the SCF 'Archive Installer' utility, then that is another.

I'm sure there's a solution...
Please report back...

DrVee

@tig said:

Does this happen with all RBZ files you try to AutoInstall in the dialog ?

With all that I have tried.

@tig said:

Does this happen if you get the same RBZ manually downloaded onto your PC [from the PluginStore page], then use the SCF toolset's 'Archive Installer' submenu item ?

I can install plugins correctly with the 'Archive Installer' function

@tig said:

Initially your reported paths etc should cause no issues.
However, please confirm that the path to C:\Users\kosciusz\AppData\Local has its Properties > Security permissions set to FULL for yourself and that the settings apply to all other listed users etc.

I have all permissions there except "Special permissions" (Windows 7).

@tig said:

The ../Temp/SCF folder is used to download to, then process the RBZ file.
When you get the unZIP error message, do NOT close it immediately, but look into that folder - there should be temporary files, on the closure of the unZIP error message the code tidies up and should remove them.
BUT you can move them out of the folder [say onto your desktop] so you retain a copy...

I have a *.rbz file there but it's size is zero bytes. There's also SketchUcation_Usage.log with some contents so it's clear for me SU can indeed write to the directory. So I guess the problem is in downloading the package to the directory, right?

TIG

So we are failing to get the RBZ downloaded properly [empty file!].
The fact that you can download an RBZ manually and use the SCF Archive Installer shows the issue is not within the SCF PluginStore toolset installer itself, per se - but in the download process itself...

What version of Internet Explorer do you have installed ?
Get the latest one [v11?] and install it...

Although you might not use IE for your day-to-day browsing SketchUp always uses it for its PC dialogs [Safari on MACs].
So it's important that you keep IE up to date.

Please also open IE and empty its Cache [under the Safety tool > Delete Browsing History]
You might have some corrupted settings etc.

Next also look at its Internet Options and ensure that you have javascript etc set to be runnable, and nothing too onerous is set up that might limit the operation of downloads.

Finally, also check that SketchUp and SketchUcation.com are allowed through your Windows Firewall - as that might be preventing the RBZ files' download.

DrVee

I have upgraded IE to v11 but I am still observing the same behavior.
*.rbz is created with zero size.

I have cleaned the cache and tried to download plugins with web browser - this works and I have been able to install plugins from downloaded files. JS also enabled etc - default install by the way as I'm not using IE unless necessary.

Any futher ideas?

freefall90

Sorry to resurrect an old thread, but I'm having the same problem and I think it might be related to my corporate proxy server. Has anyone checked into whether an HTTP proxy server (as defined in Internet Explorer's settings) will cause the download to fail? I think it would explain all the symptoms described in this thread, as well as what I'm seeing.

Gábor

In theory some proxy settings could cause the download to fail. The best is to consult your system admin about the problem to find the appropriate proxy settings. (E.g.: In some cases the system admin can set the IP of the sketchucation server to allow all downloads from that IP.)

freefall90

I think it's more a case of making the downloader "proxy aware". I've seen this with many small utilities that try to make an HTTP call without taking into account the system wide proxy settings. Unfortunately for me, I work for one of the largest tech companies in the world...talking to sys admin and getting proxy settings changed is out of the realm of possibility for me. I'll use the manual download workaround for now.

miroush

@freefall90 said:

Sorry to resurrect an old thread, but I'm having the same problem and I think it might be related to my corporate proxy server. Has anyone checked into whether an HTTP proxy server (as defined in Internet Explorer's settings) will cause the download to fail? I think it would explain all the symptoms described in this thread, as well as what I'm seeing.

Dude, you made it Switching to "normal" connection, i.e. not corpo proxy, the issue has gone. Thank you!!!

XLxY

I got a same issue too. I found a very easy solution on -Unzip error -could not unzip- keeps happened which because of your "antivirus"....... I turn it off then all things running good now!!!!