You can only load a stored IOS that will be installed on your AP. It's not possible to load a IOS image to an AP that is in scan mode. If the AP is in standby, it can be upgraded to active mode and then the IOS is reloaded.
If the AP is in APSTA mode (which is the default), you can force the AP to reload the IOS. This will remove all of the current configuration and restore the AP to its factory settings. (You will lose any current data, though.)
Note that you cannot use automated media delivery (AMDA) to upgrade IOSes on this model of AP. You don't have any way of knowing what APs are affected, and you rely on subscribers to send a production report telling you if the AP had a problem.
The solution is to place an IOS (k9w7) with the fix on a TFTP server you can access from the AP before going into standby. You'll have to do this manually for each AP. In this case, I placed k9w7-aes-d.152.tar on a TFTP server.
Your e-mail version is a bit out of date, but since you are using EAP I am hoping you caught it. I see behavior similar to what is described in this discussion. It appears that a non-expandably compressed build of the 1262N-AP_IOS.OFP.011261.005237564 (1262N_IOS.0.08.201409060257) patch file is the only version of that file that will load properly on a 1262N. I tested this by placing it on a file share and then reloading it on my AP. I was able to load the non-expandably compressed build, but once I reloaded all of the configuration files that I had added during software upgrades in the past, the system locked up. d2c66b5586