The problem most probably resides in your layout xml for the update or for a translation of a string in your template. The module Mage_Newslettersubscribe seems not to exists with 1.9 (I am checking on my machine but I am almost sure). If it does not exists either on yours, then try to look for the module that implements this helper and remove it. You can use debug_print_backtrace(2) in Mage.php line 547 to see where is that called. The option for debug_print_backtrace is really important has a lot of data can be passed as arguments.
To go further :
- Magento first tries to find the helper defined like that in any of the configuration of modules (first in local, then in community, then in core). The normal way is to call helpers like mycompany/mymodule but some does not follow this rule. In some cases the fallback goes to magento modules themselves and if it still does not exists, it crashes.
- The problem can also occurs using the $this->__('translation of string') in a template. Magento will try to find out what this stands for using the previously described fallback system. For example, if you have a block called newslettersuscrbe/typeofblock.
- Eventually, it can happen to be a windows naming problem as it looks like that you use windows. Windows is not case sensitive by default therefore it can work on your machine but not on the server (it is not your case at the moment but I tell that it happens)
Mage::helper('newslettersubscribe')
or justnewslettersubscribe
, maybe you added this code somewhere in the templates.