Is this new or the same one posted in the forum?
Ok -- two big problems with your superwipe zip:
1) The updater-binary is ancient:
-rw-rw-r-- 1 tdhite tdhite 224260 Aug 31 2011 META-INF/com/google/android/update-binary
That's well over two years old, and it will not work with any 4.4 based recovery (that include PhilZ and CWM as well). Tell the developer to update the updater-binary -- that should have been done long ago, imho.
2) The work taking place in the zip is effectively useless to new recoveries -- they all do the same work automatically for you, so I don't see the need for the flash at all:
$:~/Desktop/unzipped$ cat setup/datawipe.sh
#!/sbin/sh
cd /data; find . -maxdepth 1 ! -name 'media' ! -name '.*' -exec rm -rf {} \;
That command is nothing more than a removal of everything on /data but excludes the internal SD card. TWRP does now, and has for a very long time, taken care of that already.
Edit: adding] The rest of the partitions / directories cleaned are wiping /boot (kernel), /system (standard for recovery wipes), /devlog (/dev/mmcblk0p22), and
/cache (recoveries wipe this). Not sure why anyone would want to dump /devlog, but I can add that to the TWRP if desired. As for wiping /boot, all ROMs writing /boot 'dd' it into place anyway, so wiping it prior is fruitless.
In the end, I'm not sure there's really any value spending much time on arguably superfluous tools like that within the recovery itself, but if I can help, I will talk to the dev and help him update the update-binary for you. That would fix it if you really want it. Regardless, the value is gone, effectively, with new recoveries (that include PhilZ and CWM as well as this one).
One thing I think I can do is prevent any flash from running at all if there's an ancient updater-binary in the zip. I'll look at that.