Setup resource decompression failure

[you]

I run the setup you provided.The same error happended.

By the way, If I run the setup you provided in the user "杨", which is modified from "yang", setup run well.
if I run the setup in user "测试", which is created in control panel, the error happened.

By modifying "yang" to "杨", we can see a folder(C:\Users\yang) which is still in name "yang" .
When we created user "测试", we can see a folder(C:\Users\测试) named "测试".

Maybe you could run your setup in a newly created chinese user to reproduce this issue.

[MichaelNesmith]

I already did. I used the name you provided in your thread posting.

We'll need access to your reproducing environment in a VMware VM for further sleuthing on this (along with an incident package).

[you]

Thanks for your help.

[MichaelNesmith]

Sure.

So will you be providing the VM, or have you already solved the issue?

[you]

Sure.

So will you be providing the VM, or have you already solved the issue?

Sorry,
I don't konw how to generate the VM. VM is virtual machine， which is created by Microsoft Virtual PC？

Could you tell me how to create the VM.

[MichaelNesmith]

You can also provide access to the system where you are experiencing this issue, without creating a VM, using software like TeamViewer.

[you]

I'm unfortunately unable to reproduce this issue - based on the information provided, it should be working (I did test with the exact user name you provided here on a VM).

Can you provide access to your blank setup that still fails, so I can test it in my VM?

If that also doesn't reproduce, we'll need access to your environment.

I have attached a setup for you to test as well. Let me know if it runs?

A few days ago, my customer reported a new error, which is the attached error.jpg.

I had reproduced this error by the following steps:
1. installed ja_windows_xp_professional_with_service_pack_3_x86_dvd_x14-80464.iso(which is downloaded from MSDN)
2. Input テスト１ as the account name
3.After installing finished, logged in "テスト１" and created a new account "installTest"
4.Modified the Regional and Language Options from Japanese(Japan) to English(United States)
5.Logged in the system with account "installTest"
6.Installed "New Project" you provided, the error appeared.

I had also made anothor test:
comment out: "Create Shortcut $SHORTCUTFOLDER$\Uninstall #TITLE# to $UNINSTALLLINK$", and build an new install file.
when running the new install file , the above error didn't appear any more?

So I think the error is related to the shortcut.
Any idea to solve this problem?

[mills]

I've acquired a Japanese OS to test with. I'll give this a look tomorrow.

[mills]

We've been having problems creating a VM to test this on. Would you be able to provide a link to your VM that you're producing this error in?

[benjoTLV]

Hi everyone,
after a lot of investigation, I was able to reproduce and pinpoint (hopefully) what the problem is...
First, we have several hundreds of installs in the field currently and many of our users are currently reporting the same problem:
1. The installer works
2. The update crashes with a "access violation" error
3. The uninstall crashes with a "Setup resource decompression failure"

Using Michael demo installer, I was able to pinpoint that the problem happens when you install the app on a machine where the user has a name in hebrew (or chinese I guess) and that you install it for "the current user only" (I guess this means $ALLUSERS$ = False in MSIcode).
Also, in Michael demo app, the "uninstall bug" happens only if I run the uninstall form Start-->"new project" --> "uninstall new project". If, on the contrary I run the setup a second time and choose "uninstall" in the first screen, then the uninstall works

My problem is that we run an update every time the user starts our app and we have a "run automatic at windows start up" feature so it means that for now, the users experiencing this get a nasty error message each time they open their computers and their are unable to open my app at all, AND they cannot even REMOVE it!!

This is extremely critical that we get help/a fix on this because we are loosing slowly our current customer base. Please help!
I am at your disposal to give you access to my machine and demonstrate the bug case at your earliest convenience

Thanks

[mills]

I was able to create a user account with a Japanese name on Vista, however the system was still in English and couldn't reproduce this.

[mills]

This post is related and may provide a fix for this:
http://www.installaware.com/forum/viewt ... f=2&t=5946

[mills]

Of course, it would be great if we could test this. One more question. Are the users that are seeing this Administrators or regular users (or both)?

[benjoTLV]

You don't need a japanese/hebrew system to test it.
My machine is XP US and I run an administrator account, I just create an hebrew account. The problem appeared on both administrator and standard user in XP.
I have no problem to show you the problem on TeamViewer if it can help...

Currently I am quite desperate and would really like to have a solution!

[benjoTLV]

BTW, regarding the post you referred to, I don't think it is the same problem... but I believe we have this problem as well !
The problem described in this post on XP does not happen on W7, and the problem of the post you referred to is reversed (happen on W7/Vista but not XP). Moreover, my system is an English one and the problem rises ahen I create an account with hebrew username and that the installer installs only for current user.
so:
1. Everything is fine when installer installs "for all users" on the computer (but this is not what I want)
2. Everything is fine when the username is in English
3. During the test, I noticed that changing the username from English to Hebrew in an account that was primarily created in English does not reproduce the problem... you need to create an account in hebrew from scratch

Anything else you need to tell us more about what's happening?