Somehow uninstall the cordova plugin cordova-plugin-ionic-webview changes this.
The application will then fall back to the old webview and so when trying to do a cors call, it won’t try to send a preflight request OPTIONS.
Bruce Ng's software development blog
An archive of solutions of programming problems I have faced in my career
Somehow uninstall the cordova plugin cordova-plugin-ionic-webview changes this.
The application will then fall back to the old webview and so when trying to do a cors call, it won’t try to send a preflight request OPTIONS.
This is caused by the latest version of android support library that introduces some breaking changes to cordova plugins that specifies dependency to this library as getting the latest version.
To resolve, easiest is to install cordova-android-support-gradle-release and build, somehow it resolves the problem.
alternatively, go to build.properties under platform/android and change the version from + to something older.
Go to launch.json under .vscode and change the target from “device” to “emulator”.
Try to delete node_modules folder, close all editors that are opening the project(Visual Studio, Visual Studio Code, Atom, etc).
Then run npm install again
This issue is because those lock the package.json files.
Check if your @Component directives are in front of the right classes
Check in Event Viewer to see if there are any errors logged, then try to diagnose this issue.
Checklist
-The mapping file has extension .hbm.xml
-The mapping file is set to be Embedded resource
-The assembly is referenced in the NHibernate configuration file.
While working to my our product work with mobile devices, I encountered this issue with Chrome for Android.
It seems that setting an element height to 100vh will include the height of the Chrome Address bar and tabs. This is designed so that when user scrolls down the address bar and tabs will go away to show the web page using the whole screen(except the notification shade, of course).
Where as in Chrome for desktop, 100vh only includes the height of the viewing area below the address bar.
Because of this feature, website that looks correctly in desktop may not work correctly in mobile, need to keep this in mind. Use Android Chrome remote debugging feature to debug the website in Chrome for Android.
This issue occurred when
After trying random configurations, somehow removing not-null=”true” from one entity hbm mapping solves this issue.
No idea why, the only way is, perhaps, to debug NHibernate code.
Update in Jan 2021: Seems that setting inverse = “true” to one of the entities will solve the problem
For inverse = “true” in NHibernate, refer to this link: https://mkyong.com/hibernate/inverse-true-example-and-explanation/
It’s also possible to fix this issue by setting up both one-to-many and many-to-one relationships between 2 entities.
This bug was reported and fixed before in earlier versions of NH( https://nhibernate.jira.com/browse/NH-3234 ), but for some reason it resurfaced and hasn’t been fixed since (https://nhibernate.jira.com/browse/NH-3886)
This happens when
The error thrown is in the format: Unable to resolve property: _Namespace. Where namespace is the first part of your namespace in the project.
Somehow removing the many-to-one configuration from the Child entity hbm.xml file will stop NHibernate from throwing this error.
Hopefully it will be fixed in the future versions of NH.