Change copyright from 2013 to 2012

mass-copyright-replace.sh

# I'm certain there's a much more elegant way to do this, but I'm
# not too handy with bash script.

# Change all the instances of 2013 copyright to 2012
find . -name "*.xml" -exec sed -i.bak -E "s/Copyright .c. 2013/Copyright (c) 2012/g" {} \;
find . -name "*.xml.template" -exec sed -i.bak -E "s/Copyright .c. 2013/Copyright (c) 2012/g" {} \;
find . -name "*.php" -exec sed -i.bak -E "s/Copyright .c. 2013/Copyright (c) 2012/g" {} \;
find . -name "*.css" -exec sed -i.bak -E "s/Copyright .c. 2013/Copyright (c) 2012/g" {} \;
find . -name "*.js" -exec sed -i.bak -E "s/Copyright .c. 2013/Copyright (c) 2012/g" {} \;
find . -name "*.phtml" -exec sed -i.bak -E "s/Copyright .c. 2013/Copyright (c) 2012/g" {} \;
find . -name "*.html" -exec sed -i.bak -E "s/Copyright .c. 2013/Copyright (c) 2012/g" {} \;

# Delete all the backup files that were created
find . -name "*.bak" -exec rm {} \;

Thanks Alan, traced those files down:

/skin/frontend/enterprise/default/js/jqzoom/jquery.jqzoom1.0.1.js
/js/extjs/resources/css/ytheme-galdaka.css
/js/tiny_mce/plugins/spellchecker/editor_plugin.js
/js/tiny_mce/plugins/spellchecker/editor_plugin_src.js

1. Without inspecting what went wrong, I can see these aren't files I'll need to merge/update in custom work. So it's a quick way to isolate them.
2. The first two bugging files contain comments written in Italian and Spanish that use accented characters. I'm guessing the UTF-8 chars are what's causing sed to choke. I didn't notice anything like that in the next two, but it's probably a similar problem.

Regardless, we can use this to rule out the files that can't be processed with sed but are valid file types.

Updated my gist with this info: https://gist.github.com/brendanfalkowski/7274294

One last follow up. It's not strictly UTF-8 characters that are tripping up sed. Per the previous Stack Overflow questions, sed will obey the encoding set in

$ echo $LANG
en_US.UTF-8

That means it's fine with UTF-8. The "real" problem is those files aren't UTF-8 encoded. BBEdit reports them as "Western (Max OS Roman)" on my system (— but text encoding is complicated).

So, a better explanation of what's going wrong is those files contain characters that aren't technically valid for their encoding. Our text editors and browsers have heuristics to do something smart when they encounters this — but sed's a tool written by c programmers to operate directly on bitstreams (sed stands for stream editor). When sed encounters those characters, it gets upset and bails rather than making a wrong "heuristical" guess.

Ultimately not useful to our task at hand, but interesting if you're interested in C programming.

If all you're needing is a diff, try this:

diff -qrI '@copyright' /path/to/mage-v1 /path/to/mage-v2