Moonchild wrote:...it's quite possible the plugin tries to hook into the browser in a way that isn't supported (e.g. because of branding differences). ...It's obviously an add-on that isn't doing something straightforward. ...In any case it seems to be an interaction problem to be looked at by the add-on author rather than the browser developer.
The information has been communicated to the add-on developer, and the communication is documented at:
http://forums.mozillazine.org/viewtopic ... 5&start=30 .
The response from the Preserve Download Modification Timestamp 2011.03.21.22 extension developer is
The problem manifest on the systems regardless as to whether there is or was any security software installed (I tested this).
The problem manifests while logged in as Administrator with full read and write privileges on my and other systems (all of which run either Windows 2000 family or Windows XP family operating systems). Pale Moon and Firefox were installed normally by using Administrator account, and they were not given any special privileges. The problem does not manifest for recent Firefox 3.6.x on the the same systems. If a save directory and file name are specified to Pale Moon
before the completion of the download, the correct timestamp is appended.
The problem seems to of Pale Moon or the Preserve Download Modification Timestamp 2011.03.21.22 extension. Considering that the behavior it seems more likely to me that the problem is with Pale Moon (it is behaving like Firefox once behaved prior to fixing the issue).
The extension developer has stated "The line where it is failing is a call into
Mozilla code (nsIFile.lastModifiedTime)" and links to page
https://developer.mozilla.org/en/XPCOM_ ... ce/nsIFile .
Moonchild, would you please look into this?