The client fails to download profiles.xml via http.
I have disabled password protection and tried with and without ssl
(https) with no difference.
I am able to access the exact url it complains about in the client log
file via: IE8, FF, Curl, Links, Lynx.
the only line found in a clean
I have just saved the generated .xml's from wpkgexpress to my WPKG share
and set wpkg_base to '' in config.xml.
This works perfectly, it is only when the client (wpkg.js) trys to
connect to the webserver, it makes the connection then gives up.
Can someone confirm this form me before I make a bug
Now I tested 32bit version of wpkg client 1.3.9 in Virtualbox and on
notebook and gave me this error
http://img35.imageshack.us/img35/8885/wpkgclient.png on windows startup
Vladimir Psenicka napsal(a):
I have tested latest client with Windows XP64 (in Virtualbox) and gave
me this error after
Falko Trojahn,
well after some more testing I have found the WPKG client not to be at fault,
neither does it seem to be a limbo proxy setting lurking around.
to test:
* I created a folder under xampp/htdocs called test
* copied the generated .xml files to the directory
* adjusted wpkg_base in
Hi Jacob,
Jacob Jarick wrote:
I have tested the url that fails from one of our linux servers with curl
and it works fine (spits out the .xml file with all its info).
But when the client attempts to read the url, it fails.
config.xml: http://pastebin.ca/1574757
We do have a proxy enabled
Hi Stefan,
Pendl Stefan wrote:
I have created a test case and there seems to be a problem
with the variable expansion.
Attached find the package and the log.
I had a quick loock at the VirtuaWin package. You're using
the variable
JH_VIRWIN_VER within checks and not within the
Hi Stefan,
Pendl Stefan wrote:
Hi Rainer,
it seems that the uninstall entry is first checked against the regexp and
afterwards against the string literal.
I get the following entries in the log file:
2009-09-22 14:10:21, DEBUG : Unable to match uninstall key with regular
Hi Stefan,
Pendl Stefan wrote:
Hi Rainer,
sorry for misleading you by not adding an example to my request, I
will do so the next time, I promise.
No problem. I just did what I thought could be a good idea. Now you can even use
a variable within the revision attribute of the package.