[ https://issues.apache.org/jira/browse/CB-11044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Grant Patterson resolved CB-11044. ---------------------------------- Resolution: Not A Bug Turns out this has something to do with this plugin: https://github.com/petermetz/cordova-plugin-ibeacon so I will investigate further and open a new bug if/when/where I can find the real issue. > files modified by after_prepare hook are reverted > ------------------------------------------------- > > Key: CB-11044 > URL: https://issues.apache.org/jira/browse/CB-11044 > Project: Apache Cordova > Issue Type: Bug > Components: Android, iOS > Affects Versions: 5.4.0, 6.0.0, 5.4.1, 6.0.1, 6.1.0, 6.1.1 > Environment: OSX 10.11.4, also happens in Greenhouse CI tool > Reporter: Grant Patterson > > I have a hook that uses the {{fs}} module functions {{readFileSync}} and > {{writeFileSync}} to modify files in the platforms/ directory. I'm using a > hook only barely modified from {{020_replace_text.js}} in these examples, to > which the most recent Cordova documentation links: > http://devgirl.org/2013/11/12/three-hooks-your-cordovaphonegap-project-needs/ > The CLI command I use is {{cordova run ios}} (also android) > It all works fine in Cordova 5.3.3, but starting with 5.4.0 the hook *thinks* > it wrote the file properly, and I can re-{{readFileSync}} to confirm this, > but the write does not appear to stick. When the build is over, the file has > reverted to its pre-hook state and the built app does not have the change. > I have tried wrapping my hook in: > {{module.exports = function(context) {}} > as the documentation suggests. I also moved the hook to scripts/ and tried > referencing it in config.xml, since the hooks/ directory is deprecated. None > of these seem to make any difference. It seems that anything in the www/ > directory has this issue, as well as platforms/android/AndroidManifest.xml. > If I write to a new file in the same directory, the file does not persist, > so it must be the whole directory that's being overwritten. If I raise an > exception in the hook, the build fails and the file remains properly > modified. So it's definitely something after this hook executes that undoes > it. > Interesting development: It's something to do with my plugins; it doesn't > happen in a small sample project. I use {{<plugin>}} entries in config.xml to > define which plugins should be installed. When I delete these entries—without > actually removing any of the plugins!—this issue doesn't happen. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org