Closed ohjays closed 12 years ago
Can confirm Backup isn't compatible with WE snapshots, //restore has never worked for me :(
"snapshot xxx.zip loaded now restoring..." "Errors prevents any blocks from being restored. Last error: Target world is not present in ZIP"
Was meaning to report this back in version 1.8 but forgot, surprised to see the problem still persists :(
Please fix!
However I did just try to put the files inside backup.zip /minecraft/ dir (like OP said) and it still doesn't work.
I don't think this is the issue?
Umm, how can you state "I don't think this is the issue?" when first you state "//restore has NEVER worked for me :("
restore WORKS FOR ME, if and only if the file follows aforementioned layout. I use it all the time. with the "backup" plugin i simple add my world folders name into the zip and move the files into that ie world "waterworld" create a waterworld folder inside the zip then shift all the the files/folders in the zip's root into this subfolder and presto happy restoring. I know this is the issue here for me ive tested it :)
I tried your method and it didn't work for me, and why did you close the issue when it is still an issue since the plugin has not been fixed?
Like I mentioned, I did what you said, I created the folder /minecraft/ in my backup.zip and put all files into that, then tried to restore and still got the same error, thats obviously why I said I don't think it's the issue.. Maybe I did something wrong but u dont have to reply in such a tone really..
Hmm not sure how i closed the issue, must have misclicked something duhh on my part. And sorry did not mean to offend, i was just exasperated ?. I know its finicky to set up but it's working reasonable well here. Guess im getting cranky being back on dialup till i find work :(
CAPS RAGE!
I did fix this, and it works perfectly for me?
I'll have another look into it as soon as I can, and it will be fixed in 2.0 - I promise!
I am running the server under Debian GNU linux of course, should not make much difference but sometimes it does ( its generally case-sensitivity issues that i run into)
Hmm, I also run under linux, so it should be the same.
I'll investigate as sopon as i can.
Guys, Are you using "world-container" in your bukkit configuration?
yes "world-container: worlds" in my case
No because my worlds are in the default directory. Does Backup require world-container to be set??
No, It is not required.
Can you both either post your config here, or email it to me at
[yourusername].config@bukkitbackup.com
I believe I have a fix, and 2.0 will contain a significant change in the way world and plugin backups work. ;) (Mostly code hierarchy changes)
This should be working in this build.
Can you please test: http://ci.tgxn.net/job/dev-Backup/115/
Sorry about cfg delay im back on dialup, it sux but at with patience it mostly works :) just lotsa timeouts
cheers
backupinterval: 120M
norepeat: false
alwayssaveall: false
saveallinterval: 0
maxbackups: 25
backupemptyserver: false
onlyops: true
ignorebypass: true
enableautosave: true
backupeverything: false
backuppath: ../../backups/backups/
usetemp: true
tempfoldername: temp
zipbackup: true
splitbackup: true
dateformat: '%1$tY%1$tm%1$td-%1$tH.%1$tM-%1$tS'
worldeditfix: true
ftpuploadenable: false
ftpserveraddress:
ftpserverport: 21
ftpusername:
ftppassword:
ftpdirectory: backups
backupworlds: true backupplugins: true
skipworlds:
pluginlistmode: true
pluginlist: dynmap_bluedawn_tiles
displaylog: true
logtofile: true
backuplogname: backup.log
notifyallplayers: true
enableversioncheck: false
###############################################
###############################################
requiredstrings: str-100 version: 2.0-dev
Alright, the issue is that I forgot the file seperatorn ill fix it in the next dev build for you
Please confirm this build works:
@webname Can you please let me know if this resolves this issue?
Once this is working, I can push a new release. :)
Thanks
http://ci.tgxn.net/job/dev-Backup/118/ Worldeditfix does not work for me.
Sorry , my dialup isnt the best, getting used to failing on 100KB plus downloads now
Right, reconfigged the config etc, ran backup ( path error is fixed ). But inside the zip it still does not have the worlds files inside a subfolder representing that world ie i open the zip and see zip: uid.dat level.dat (etc) region\ region(etc)
should be zip: hubbabubba\uid.dat hubbabubba\level.dat hubbabubba(etc) hubbabubba\region\ hubbabubba\region(etc)
this is for a world hubbabubba, so no go here :(
I'm getting spammed with emails from this thread, stop reopening it >:(
@webname Okay, I have attempted this, and it doesn't work for me, so I'll re-test it tonight. I've done another couple of fixes in the code when looking at this issue, so hopefully there won't be any bugs!
Sorry @aciidic, There's a "Disable Notifications" link at the bottom. -> Notifications for new comments on this Issue are on. Disable notifications for this Issue -> https://github.com/gamerx/Backup/issues/114/unsubscribe
And, remember to subscribe to notifications @ mailing.bukkitbackup.com!
Alright, I'm pretty sure I've nailed this one.
I'll attempt a few more tests, and push into dev later tonight. :)
Okay It's working for default settings.
I think WorldEdit is just not going to work with split backups.
I'll do further investigation as part of 2.1, if ti works as default, that's fine with me.
?? Just installed dev 121 and its now creating the worlds subfolder inside the zip for each individual worlds zip file, i drop it into my worldedit backup folder for this world , bashed some blocks, selected your backup for restore and presto happy worldedit looks good , well done. Im not sure what you mean split backups not working they are here ???. its what im using, am i missing something ?
splitbackup: true
also
tempfoldername: temp
works with it set to temp ??
dont know why its munging the fonts must have cut/pasted something that does not show sorry :(
Alright. ill need to make some amendments. what worldedit config are you using?
http://ci.tgxn.net/job/dev-Backup/122/
Should amend any issues you may have had.
Please let me know if there are any issues you can see with this!
Sorry about slow response, friggin dialup is killing the internet :) using dev builds of worldedit
wordedit\config.yml as follows
#
#
#
limits: max-blocks-changed: default: 1000000 maximum: 50000 max-radius: 50 max-super-pickaxe-size: 5 max-brush-radius: 20 disallowed-blocks: [6, 7, 14, 15, 16, 26, 27, 28, 29, 39, 31, 32, 33, 34, 36, 37, 38, 39, 40, 46, 50, 51, 56, 59, 69, 73, 74, 75, 76, 77, 81, 83]
use-inventory: enable: true allow-override: true
logging: log-commands: true file: worldedit.log
super-pickaxe: drop-items: true many-drop-items: true
snapshots: directory: "../../backups/worldedit/snapshots"
navigation-wand: item: 345 max-distance: 100
scripting: timeout: 3000 dir: craftscripts
saving: dir: schematics
history: size: 20 expiration: 60
wand-item: 271 shell-save-type: bash no-double-slash: false no-op-permissions: false debug: true
As they are they wont work for me. Problem appears to be that the zip file created does not contain a subfolder with the world name. which worldedit appears to expect. Instead the world files are packed into the root directory of the zip file. Please add an option to store these files inside the worlds folder inside the zip. this makes them work with world edit for me.
ie for a world called my_world
the inside of the zip should look somewhat like this
/ my_world/ my_world/"< the worlds files>"
at the moment it looks like this / /"(the world files)"
which worldedit does not work with here when the "my_world" folder is absent ?