WebMAN-MOD pkg handling commands

Yeah I think im doing it right, And it doesn't seem to working. I know it needs to be initiated manually and I wasn't looking for a bubble, like I say if don't hit the background download button I can find my package every time in "PS3 System Storage". I have checked PSN Downloads just incase but no luck.

Just did some more tests, if I don't select background download it will just overwrite the package if it already exists in the folder, perfect, but if I select background download it will actually delete the package from the folder on completion of the download, if it already exists.

Also a small separate bug I noticed, if you cancel the download it leaves the partial file in place, a corrupt pkg.

All in all its working good though, Nice one. Ive got some plans for it ;) Hopefully these little bugs can be squashed.
Sorry I just tested & the pkg is not in XMBM+ but it appears in *Package Manager/Playstation Network Content.
At least that's what I am getting here....

As to failed downloads remnant files, I had hoped that the native download plugin would take care of this but apparently not.
Just like the automatic install, without callback or whatever, it's difficult to implement a fix....
And the pop up message at the end of the background download saying the pkg awaits in the Games column is actually the original system message over which we currently have no control...

Sent with Tapatalk
 
Last edited:
Oh yeah I see them now. They must get moved if background download is selected. And they don't show in XMBM+. Thanks for all the help.
 
So the pkgs get moved to their own folders like /dev_hdd0/vsh/game_pkg/80000001 and get d0.pdb and d1.pdb files created for them...interesting. And this gives us bubble icons, and options on the triangle menu, "install, "delete" and "information" . NICE! Be cool if the whole package manager could be changed over to use this folder.

EDIT: I think the auto install operation is linked to the "task" folder and the files inside, it would make sense as it is next to the game_pkg folder?
 
Last edited:
Yeah.
Obviously I chose /dev_hdd0/packages as a default folder because it's standard in all Package Managers.
But you are right, it has become apparent that scanning the game_pkg might be useful as well....

Sent with Tapatalk
 
ok, its just a little confusing that it sends the packages to 2 different places depending on whether background downloading is selected or not. I don't mean for me now once I know, but just in general it would be nice if they went to the same place.

aswell, . I wonder what is different between the Rebug package manager and XMBM+ package manager that the latter wont see the packages.
 
It's confusing I agree but unless we use game_pkg as a default folder & modify the Package Managers (if it's possible I have not checked) there is no obvious option..
Again we are back to the same issue that I mentioned earlier... Callback...
We have no way to know right now when a download ends (successfully or not, background or not). Because of that we cannot implement any follow up actions.
One workaround would be to monitor the state of the download plugin using the clock, it is feasible but these implementations are never a really good idea & generally to be avoided...

As for the difference between XMBM+ & Rebug Package Manager I am not sure yet.
We would need to compare the xml of both features...

Sent with Tapatalk
 
Last edited:
Monitoring the game_pkg folder in the normal way would be possible, but it would require adding lots of paths, as each pkg gets put into its own folder, 8000001,8000002 etc. But it shouldn't be a big deal to add lots of them.

Ive figured out why Rebug package manager sees the packages and XMBM+ doesnt. @atreyu187 mentioned something about XMBM+ not seeing his Vita bubbles either, I reckon this is why.

This line is missing from XMBM+ package manager in the playstation network content section:
Code:
<Query
class="type:x-xmb/folder-pixmap"
key="seg_pkg_install"
src="ese://localhost/query?type=install_pkg"
/>

Here is a fix for XMBM+ that will make it see the bubbles created (inside PlayStation Network Content) when pkg are background downloaded using this new method: DOWNLOAD , you need to use this file to replace the xml at /dev_hdd0/game/XMBMANPLS/USRDIR/FEATURES/Package_Manager.xml

All I have done is add the line of code above to the original.
 
Last edited:
There is also this way, we can add this line of code to the Install from PS3 Hard Disk section:
Code:
<Query
class="type:x-xmb/folder-pixmap"
key="seg_pkg_install"
src="ese://localhost/query?type=install_pkg"
/>

So the complete code for the section would be:
Code:
<View id="seg_install_files_hdd0_path">
<Items>
<Query class="type:x-xmb/xmlpackagefolder" key="host_provider_hdd0_pkg1" src="host://localhost/q?path=/dev_hdd0/packages&suffix=.pkg&subclass=x-host/package"/>
<Query class="type:x-xmb/xmlpackagefolder" key="host_provider_hdd0_pkg2" src="host://localhost/q?path=/dev_hdd0/PKG&suffix=.pkg&subclass=x-host/package"/>
<Query class="type:x-xmb/xmlpackagefolder" key="host_provider_flash" src="host://localhost/q?path=/dev_flash/rebug/packages&suffix=.pkg&subclass=x-host/package"/>
<Query class="type:x-xmb/folder-pixmap" key="seg_pkg_install" src="ese://localhost/query?type=install_pkg"/>
</Items>
</View>

This way the bubbles come up underneath the normal packages..There is probably a better solution though.
 
I meant monitoring the state of the download plugin from wMM. For instance, once a download has been launched, wMM could check every 5s or whatever if the plugin is still loaded. If not, the download is therefore over & the follow up operations could take place, like moving file, starting an installation...
As I said though I do not like those implementations...

Great that you solved the xml issue.
I think I prefer the second way but we'd need to think about that, maybe even ask for feedback...
I believe @bitsbubba might be interested by this change...
@aldostools as well...


Sent with Tapatalk
 
Last edited:
Yeah i used the word monitoring wrong there, i meant checking. I did kind of understand what you meant, and i can see how it wouldn't be ideal and would be a work around.

Im not sure if background download and autoinstall will ever be possible at the same time, they don't really go together, too many possible issues, for example what if the PS3 is busy when the download finishes, what if you are just in the middle of installing another package at that moment etc. This could be why Sony didn't allow auto install AND background download when downloading official apps using the XMBPD method, it just gets complicated..
 
Indeed, it would not be practical at all to mix both features.

However we would really need to find a way to enable post download processing.
I am pretty sure it's all there in the plugin, ready to be used but unfortunately I do not possess mysis's skills & expertise to complete the reverse engineering he started. Who knows he might have finished it all but never documented it...
I have tested all available functions & managed to use the download plugin in funky ways but I never found what I was looking for... I have not given up though..

Sent with Tapatalk
 
@bitsbubba Are you still planning on giving XMBM+ a reboot? check THIS out if you want/have time, ive started making an attempt at building XMBPD inside XMBM+'s Package Manager Plus using this new pkg handling code. Ive nicknamed it Package Manager++ for now.

Its only a few hours old but the cool thing about this is its compatible with all FW capable of running WMM, and can have infinite categories.

For updating I have tried to set it up so it downloads its own xml using this same code but its not working yet, could be a typo, its getting late here :)
 
I have tried to get bitsy to start this reboot for months. I even offered a psid/idps set as a prize for an update but I have failed to motivate him so far... [emoji3]

Sent with Tapatalk
 
For updating I have tried to set it up so it downloads its own xml using this same code but its not working yet, could be a typo, its getting late here :)

It will work, no reason not to... [emoji5]️
Can't wait to try... Tomorrow though because as you said it's late over here...

Sent with Tapatalk
 
Sounds good to me.
A lot of people use xmbm+ & would love an update long overdue...
Let's see how he feels about it.. [emoji5]️

Sent with Tapatalk
 
It will work, no reason not to...
emoji5.png

Can't wait to try... Tomorrow though because as you said it's late over here...

Sent with Tapatalk

yeah ill have another look tomorrow. I have this at the mo:
Code:
<Table key="seg_update_lists">
<Pair key="icon"><String>/dev_hdd0/game/XMBMANPLS/USRDIR/IMAGES/pkgmanager.png</String></Pair>
<Pair key="title"><String>Refresh Package Lists</String></Pair>
<Pair key="info"><String>Reboot after selecting this.</String></Pair>
<Pair key="module_name"><String>webbrowser_plugin</String></Pair>
<Pair key="module_action"><String>http://127.0.0.1/download.ps3?to=/dev_hdd0/game/XMBMANPLS/USRDIR/FEATURES/&url=https://dl.dropboxusercontent.com/s/wba7482vne8wtfb/Package_Manager.xml</String></Pair>
</Table>

Not sure if I need the last "/" in the path.. but tried both ways now, seems to work better with it but still fails.

EDIT: actually think my link is bad.. dunno whats going on. must be too late. :)
 
He should, Im willing to help if he wants it, but I cant do it all on my own.

The reboot could be called XMBM++ ? :)
I'll have to look try out things later this week as it's my extended weekend with my kid (plus kinda caught up in PSTVita buzz) but I should be able to later this week (if work allows)
 
yeah ill have another look tomorrow. I have this at the mo:
Code:
<Table key="seg_update_lists">
<Pair key="icon"><String>/dev_hdd0/game/XMBMANPLS/USRDIR/IMAGES/pkgmanager.png</String></Pair>
<Pair key="title"><String>Refresh Package Lists</String></Pair>
<Pair key="info"><String>Reboot after selecting this.</String></Pair>
<Pair key="module_name"><String>webbrowser_plugin</String></Pair>
<Pair key="module_action"><String>http://127.0.0.1/download.ps3?to=/dev_hdd0/game/XMBMANPLS/USRDIR/FEATURES/&url=https://dl.dropboxusercontent.com/s/wba7482vne8wtfb/Package_Manager.xml</String></Pair>
</Table>

Not sure if I need the last "/" in the path.. but tried both ways now, seems to work better with it but still fails.

EDIT: actually think my link is bad.. dunno whats going on. must be too late. :)

You need to add dl=1 as a query parameter in a Dropbox direct link url.
So basically add ?dl=1 at the end of the url.

For info, unrelated to what we are talking about here, there is also a raw query parameter available with Dropbox links. If you add ?raw=1 at the end of a url, the file will open directly in your browser instead of downloading.

Sent with Tapatalk
 
Back
Top