to all experience JauntePE user,

since JauntePE is a pre-alfa software, i think we should make a list all the bugs in one place so that other new JauntePE user can use this as reference..
post the bugs found and if possible,the solution/trick that can be used to solve that bugs

Not really a bug, but as I posted in the trouble-shooting forum, JPE is no longer stealthy under Vista.
I get error message "JauntePE can only run under MS 2000 or newer", so I had to use the Compatability Wizard to run it under WinXP SP2 compatibility mode. This happens for running JPE itself, and the application wrappers I had created.

RegShot won't work under Vista, but RegSeeker found over 20 registry entries for each wrapper I checked.

sigh.
I guess Microsoft would say "It's not a bug, it's a FEATURE".

thanks grannyGeek for the first report. i just pick from http://portablefreeware.com/forums/viewtopic.php?t=1605

reported from TPFC Fan

Bugs/nonfunctional: cannot hook User Data folder ("c:\Documents and Settings\bla\bla") from other WinXp language than English

Solution: no solution

Hi crownixx, well the thread you posted doesn't quite say that JauntPE can't hook Filesystem. What is says is User Data folder, as in "c:\Documents and Settings\bla\bla". and even then, the OP is left wondering if this problem could be bypassed. I don't know myself, but I think that JauntePE should be able to hook at least files in c:\windows regardless of the WinXP language.

a'ah, sory for that. i just post the bugs founded by other guy to this thread here so that everybody can access in one place.try to collect them. thanks sgp for correcting me.

well, here's my own finding. i download JauntePE from TPFC before the server down.i guess it is the same JauntePE used by Firewarth




Bugs/nonfunctional:If you go to Settings>Registry tab OR File System tab>Exceptions, there should be buttons at the red area

Solution: use Hex Editor to fix the dialog box. or you can easily download the patch i made



final result after the patch

mybe redllar would like to fix this in new version of JauntePE

Bugs/nonfunctional:
Unable to hook at the root of
C:\Documents and Settings\{username}

I tried to put it in [FilesystemInclude] but still no success

Sorry for not getting to these sooner.


There was only one beta version Vista test by someone other than me. It was reported that JPE ran fine in the limited case I had him test. I can't say anymore as the information given is incomplete and I don't even have XP to test on anymore. I'd be willing to send you a logging version of the JPE runtime if you want to try and find out what's wrong.


Should be fixed in the new version.


It would be helpful if the bug reporter could say what the JPE runtime ini used for the app has in its [computername\username] section as far as special folder path names. The ##L= lines should agree with the registry contents found at "HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders". I'm willing to try and get this fixed but I need someone with a non-english version of 2K or XP to help test.


I think this was a 2K only problem, or an old Explorer shell version problem, or a problem related to the shell font in use. Anyway, I think I may have fixed it in the new version if you'd like to go see.


In the JPE runtime ini you're using for the app, you should have a [computername\username] section, with a Created=1 line followed by a bunch of lines that start with numbers, e.g., "38L=C:\Program Files;38", "43S=C:\PROGRA~1\COMMON~1;43", and
"38S=C:\PROGRA~1;38". There should be a 40L and a 40S line in there. If not, then that's the problem, but it may be due to your particular system not supporting that special folder type. The way to tell this is to see if it shows up in the "JPE Settings->File System->Exceptions->Includes->Add->Special File Folder Paths" drop down list. If it does, and if using it adds a 1=40 line to the [FilesystemInclude] section, then it probably is a bug somewhere in the JPE runtime.

Redllar, just a quick note that I no longer have Vista installed due to a disastrous attempt to install a dual-boot XP partition, so sorry to say, I can't do any bug-hunts in Vista.

Just want to add, that when I set it to "XP compatability mode", the wrappers functioned ok, just not so stealthy anymore. in case that info is of any use ........

Okay, thanks granny.

Yes, i already did that and my %userprofile% is there in the drop down list. But the result still the same, JauntePE
cannot hook those special folder. i guess it is bug in the JPE runtime

Okay, I looked at this last night and for some reason I put in code to explicitly ignore this special directory. :) I *think* maybe it's because it's the parent of a number of the other special directories and causing it to be redirected, and hence all of its subdirectories to be redirected, would cause all sorts of problems with the basic functionality of Windows.

So I think something new needs to be introduced. Maybe something like 1=%40%\file and 1=%40%\directory, so you could indicate specific files and directories without impacting the others. Maybe also some way to indicate just the files within that folder. Something like 1=%40Files%.

I don't know. I'll try and do some testing and see why I decided to add in that test to prevent its contents from being redirected.

In the meantime, what specifically are you trying to redirect?

its a normal version of wxDownload Fast download manager and available here

i try to hook its wxDownloadFast.ini


but another simple testing, i try save text file to %userprofile% using JauntePE Notepad and that text file fails to redirect to the JauntePE Filesystem

Yes, the user profile directory by itself is not supported by the 011 or older versions and allowing you to select it in the GUI is a bug.

For the 012 version I am going to allow the user profile directory to be used in a way that will let you indicate specific sub-directories and files to be re-directed. But you still won't be able to redirect it and all of its contents with one entry. If I re-introduce that capability that will also re-introduce all of the problems which caused me to take it out in the first place.

BTW, someone needs to tell those devs that they should not be storing data there. Even MS says not to. They should be storing in app data if they refuse to store it portably.

a lot of application i try to portablized and only this application app store it's settings to %userprofile%. Yes, its a rare case

I don't know. I'll try and do some testing and see why I decided to add in that test to prevent its contents from being redirected.