WebMAN-MOD pkg handling commands

DeViL303 said:
ok, yeah, FTP client acting a bit strange. Think Its not loading them all for me, need to go in and out of the folder, I'll get them all now.

EDIT: ok, found part of the problem, seems filezilla is only bringing up 7998 files for me per folder. Ill get them with the file manager app of the site host, it is painfully slow to deal with lots of files though..
Click to expand...

You can use Windows integrated FTP. Just type ftp://<address> in Windows Explorer, enter the user and password.

Or use FTP from cmd, type: open <address> and press Enter, then enter user/password.
Use cd <path> to change to the folder and mdel *.PNG, then quit to exit from FTP.

EDIT: Oh I see you already did it... anyway you can use these tools the next time ;)
 
aldostools said:
You can use Windows integrated FTP. Just type ftp://<address> in Windows Explorer, enter the user and password.

Or use FTP from cmd, type: open <address> and press Ennter, then enter user/password.
Use cd <path> to change to the folder and mdel *.PNG, then quit to exit from FTP.
Click to expand...

this is what I do with the 360. I even have mapped network drives associated with it, 'cause sometimes it's easier to tell what's being transferred within windows explorer.
 
I also use Windows Explorer integrated FTP instead of a dedicated client. [emoji5]️
I create a connection "shortcut" that appears in "My PC" similar to a mapped network share & a simple double click opens a window to browse the PS3.
 
Last edited:
@aldostools

The problem I experienced with the auto install feature still puzzles me & I don't yet have all the answers I am looking for.

I had 2/3 test pkg files in /dev_hdd0/packages, copies of those pkg files were also left in /dev_hdd0/tmp/downloader due to previous tests...
Until I removed the copies of those files manually from /dev_hdd0/packages, install.ps3 was buggy.
It probably failed to move the downloaded file due to an existing copy in the packages folder or something like that because the pkg file in the downloader folder would just remain there....

For instance, with install.ps3?url=..., the pkg file would download but wMM would launch the installation of another pkg file. For instance I would download webMAN-MOD updater pkg & a movian pkg would try to install... [emoji3]

Also, as reported previously, the installation would get restarted constantly but sometimes after 45s or 1mn. It would loop like this for as long as you choose 'No' to the "Same version is installed, do you want to continue?" warning message. I have even manage to freeze the XMB...

So after a while, I just removed all the copies of the pkg files in /dev_hdd0/packages, then the problem stopped & install.ps3 finally worked.

I hope this info helps a little even though it's incomplete...

I would need to spend more time testing this issue properly. As it is, I have not yet tried to reproduce the problem after eventually getting the feature to work properly by deleting all pkg in both folders.

But it's 5.30am... I will report progress tomorrow.... [emoji6]
 
Last edited:
It looks like your /dev_hdd0/tmp/downloader folder contained pkg files from your previous tests and the automatic install of these files were triggered when you added another pkg.
 
aldostools said:
It looks like your /dev_hdd0/tmp/downloader folder contained pkg files from your previous tests and the automatic install of these files were triggered when you added another pkg.
Click to expand...
You are right. That's exactly what happened.
I couldn't wait until later to find out so I just went through the source code and this issue makes perfect sense to me now. [emoji5]️

So, except after testing, I was wondering if there were ways for pkg files to be left in that folder?
If yes, then shouldn't the/dev_hdd0/tmp/downloader be cleaned up before starting a download operation?
 
Thought of another use for these commands :)

Code: 
http://localhost/download.ps3?to=/dev_hdd0/updater/01&url=http://www.xmbmods.co/CFW/Rebug_480_1.PUP

I know I know , it wouldn't be safe, would be cool though to have a built in "Update CFW" button on the XMB, (Also very easy to do by modifying the URL for the official update in an sprx).

On a separate but related note, I suppose this is a bug even though the system is doing what its meant to..if you download a PUP like this in the background (or any other file type I assume), it creates a bubble for it inside package manager's PlayStation Network Content section.. not ideal.
GkVc9vf.jpg

gDb44tM.jpg

2nQlm4N.jpg
You can use the triangle menu to get the file size, and to delete the file, but not to install the PUP..obviously.
 
Last edited:
bguerville said:
You are right. That's exactly what happened.
I couldn't wait until later to find out so I just went through the source code and this issue makes perfect sense to me now. [emoji5]️

So, except after testing, I was wondering if there were ways for pkg files to be left in that folder?
If yes, then shouldn't the/dev_hdd0/tmp/downloader be cleaned up before starting a download operation?
Click to expand...

I don't like the idea of delete files (without any prompt), even if it is in a temporary working folder.
And there is not an easy way to prompt to the user (unless the blitting code used in vsh_menu is also implemented as part of wMM).

In a normal operation, when a pkg is downloaded with /install.ps3, the file will be moved to /packages and auto-installed from there.

A possible condition where a pkg can be left in that folder is if the console is turned off or restarted while it's downloading a pkg.
But in this case, as the pkg is partial, the polling task never would pick that file due the file size don't match with the size in the header.

However, there is a condition where the file pkg could be left in /dev_hdd0/tmp/downloader :
When the pkg completes the download and the console is restarted, turned off or a game is launched before the polling process can move the file. This could happen in a gap of 7-10 seconds. So, it's not impossible, but a rare condition caused by the user.

In this case, the pkg will stay in /dev_hdd0/tmp/downloader and it would be moved and auto-installed only the next time a download with /install.ps3 is performed.
 
@aldostools : is it possible to have WM create the download folder ("to=") if it doesn't already exist? or is there a reason why that's not a good idea.

At the moment it seems to default to hdd0/packages if the folder doesn't exist, even if the path is specified.

@bguerville : Just so you know Im still having no luck with downloading any xmls, regardless of the host, I do get a different error when I use my own host. Its not because of the file size, as the xml I am trying to download is 600kb, and I have downloaded smaller pkgs. This is a shame as it would have been nice to be able to update xmls from within themselves...but anyway regardless, still got loads to play with now. :)


BTW: this is post 666 , the DeViL's number! :devil:
 
Last edited:
aldostools said:
WM already creates the download folder. In this test build I added the creation of the parent folders, if they don't exist.
http://aldostools.org/temp/test/webftp_server_full.sprx
Click to expand...
I see, that must have been the issue. Nice one.

@bguerville : Its definitely something to do with the .xml extension, because all I need to do is rename the .xml to .xxx and it works..

Code: 
http://localhost/download.ps3?to=/dev_hdd0/game/XMBMANPLS/USRDIR/FEATURES&url=http://www.xmbmods.co/XMBPD/tmp/Package_Manager.xxx
 
Last edited:
So..How long before we see something like this..I'm callin it! ;)

Code: 
<Table key="seg_wm_update">
<Pair key="icon"><String>/dev_hdd0/game/UPDWEBMOD/USRDIR/IMAGES/update.png</String></Pair>
<Pair key="title"><String>Download and Install the Latest webMAN Updater pkg</String></Pair>
<Pair key="info"><String>Current Version: 1.43.35</String></Pair>
<Pair key="module_name"><String>webbrowser_plugin</String></Pair>
<Pair key="module_action"><String>http://localhost/install.ps3?url=http://aldostools.org/Latest_webMAN_updater.pkg</String></Pair>
</Table>

Or even this:
Code: 
<Table key="seg_wm_direct_update">
<Pair key="icon"><String>/dev_hdd0/game/UPDWEBMOD/USRDIR/IMAGES/update.png</String></Pair>
<Pair key="title"><String>Download and Install the Latest webMAN sprx Directly</String></Pair>
<Pair key="info"><String>(dev_blind must be enabled)</String></Pair>
<Pair key="module_name"><String>webbrowser_plugin</String></Pair>
<Pair key="module_action"><String>http://localhost/download.ps3?to=/dev_blind/vsh/module&url=http://aldostools.org/webftp_server.sprx</String></Pair>
</Table>

P.S. The download code works with sprx files. :) Would need to be downloaded to a temp folder maybe, then checked, then copied to dev_blind, for safety.
 
Last edited:
@DeViL303
I think we would need to add some extra processing in the case of xml files or /dev_blind access. But yes, we are probably going to have something like that soon... [emoji6]
 
Hi,

regarding downloads..
It is possible to use the download plugin and automatically install after download - the system does so when updating games.
Its a matter of flags. You can see in the nas_plugin that there are several different UI selections.

It is also possible to use internal api's to check pdb's and when a download has finished, there is also an api left over from bgdl service etc..
Its a flag inside of the pdb http://www.psdevwiki.com/ps3/Project_Database_(PDB)

as for cfw update pups, you can replace the update-list.txt file. then you can abuse the regular updater :-)
 
mysis said:
Hi,

regarding downloads..
It is possible to use the download plugin and automatically install after download - the system does so when updating games.
Its a matter of flags. You can see in the nas_plugin that there are several different UI selections.

It is also possible to use internal api's to check pdb's and when a download has finished, there is also an api left over from bgdl service etc..
Its a flag inside of the pdb http://www.psdevwiki.com/ps3/Project_Database_(PDB)

as for cfw update pups, you can replace the update-list.txt file. then you can abuse the regular updater :-)
Click to expand...

You have no idea how long I have hoped for such a post from you! [emoji4]
We have always known it was possible to auto install somehow but we lacked the proper information...
So the auto install is not achieved by the system by mean of call back but by a flag?

I can't believe I never read this pdb page on the wiki before... WTF is wrong with me... [emoji3]
Have you looked @DeViL303?
 
Not until just now, but I did say I suspected the tasks folder was involved. Cool, this could change things again. :cool:
 
Yeah... [emoji6]
Lots of potential...
Along with the hint of the nas_plugin...
I think I am getting the idea how it all fits now. [emoji5]️
 
Yes I can see that now... [emoji6]
The system is a bit more complex than expected because it covers quite a lot of features...
 
mysis said:
as for cfw update pups, you can replace the update-list.txt file. then you can abuse the regular updater :-)
Click to expand...

webMAN already is exploiting this option for installation of CFW pups. It only needs a custom ps3-updatelist.txt in /dev_hdd0
Code: 
	vshnet_setUpdateUrl("http://127.0.0.1/dev_hdd0/ps3-updatelist.txt"); // custom update file

I guess this file can be saved using: /download.ps3?to=/dev_hdd0/&url=<url-to-ps3-updatelist.txt>

BTW I made a new test build exploiting another of mysis VSH exports: xsetting_F48C0548()->SetSettingNet_enable(*).

Link: http://aldostools.org/temp/test/webftp_server_full.sprx

This build implements a new 'Offline' option in /setup.ps3 that disables the network connection temporarily in the xregistry when a game starts. The network is re-enabled when the system returns to XMB or restarts.

The option can be set per-game appending ?offline=1 in the /mount.ps3 url or adding the tag [offline] to the folder name or file name of the ISO.

/netstatus.ps3 can be used to enable/disable/see status or toggle the status. So the command can be used on custom combos.
 
Last edited:
You must log in or register to reply here.

Similar threads

Back
Top