Here’s how you move git tags that have already been pushed to a remote repository.
git pull # to marge changes from others
git tag -d v0.99 # delete the tag
git push origin :refs/tags/v0.99 # this remove tag from remote repository
git tag v0.99 # this mark the most recent commit
git push origin v0.99 # push a new tag position to remote repository
I found the answer here.
Cucumber and BDD are great – they allow you to hack away with (semi)confidence, and tests will make sure you play nice with other people’s code.
It fails when you’re wrestling more with your testing tools than your own code. (Why does Firefox need to update itself every two weeks!?!?!?!) Here’s one example of an error that made no sense to me when I saw it:
failed to resynchronize, ajax request timed out (Capybara::TimeoutError)
Thankfully there’s an easy answer thanks to Stackoverflow.
Just need to place the following in your step definitions file:
page.driver.options[:resynchronize] = false
Crashplan was using a ton of memory even when no backups were running or scheduled to run. I found this on the crashplan support forums. But it seems to me this should just be an advanced setting in the client somehow.
A work around is this: CrashPlan doesn’t actually NEED all that ram, it’s not using it. Shrink the amount allowed to something smaller.. 80MB, 100MB, etc. How much you need depends on how much you’re backing up. I would start at 100MB and work from there. You’ll know you’ve gone too low if you get out of memory errors in the log. For small backup sets, you can do 50MB.
edit this file: (in terminal)
sudo vi /Library/LaunchDaemons/com.crashplan.engine.plist
restart engine for memory settings to take affect:
sudo launchctl stop com.crashplan.engine
With the above fix, memory usage has been way down so far. We’ll see if it stays that way.
User model delegates email to another model – which is actually an Oracle view.
The issue is that when devise builds the resource, its not delegating that method, and its just trying to find based upon that delegated method.
Solution: I overrode the create method in Devise’s confirmations controller (POST /resource/confirmation) to find and build the resource myself.
The following isn’t exactly what I did, but paraphrases enough that hopefully its useful.
class ConfirmationsController < Devise::ConfirmationsController
# POST /resource/confirmation
resource = find_user_by_email(params[:user][:email])
resource.resend_confirmation_token if user.persisted?
# The rest of create method
# Custom find based upon oracle view
# At the end return the resource
Then I manually resent the confirmation token email using:
user.resend_confirmation_token if user.persisted?
Testing various flavors of Internet Explorer is much easier now thanks to smart & giving coders. The following instructions will allow you to install IE6/7/8/9 in different virtual machines so you can test each version of IE. This is much better than BootCamp since (a) you can run this directly in Max OS X (no need for restarts) and (b) you can have multiple versions of browsers.
1 – Follow installation instructions here: https://github.com/xdissent/ievms/
2 – Start VirtualBox and pick your virtual machine / version of IE to use
3 – Your host machine IP address is by default 10.0.2.2. So for example, if you’re running a rails app on your mac, you can connect to it in Internet Explorer via http://10.0.2.2:3000.
The installation process if pretty long, but once its up and running its cake to get to debug on a particular version of IE.