I've got this solution that was one of the first couple of solutions I ever created all the way back in Ranorex 3 or 4. It's had several contributors of varying experience, but I've usually been involved in one way or another. We've got one project, we'll call it CommonMods, that we use to house most of the test modules. I'm not sure if the project was actually a Ranorex Test Suite Module Library project or if I just deleted the rxtst file so people couldn't use it as a test suite.
The idea is that we'd place all of these reusable modules there and stick the specialized modules with the projects themselves, but we wanted to maintain a single repository so all of the projects linked to the CommonMods repository. Fast forward to the long awaited addition of User Code Collections. I figured CommonMods would be an appropriate location for our User Code Collections and all was good. Up until I tried to use one of these User Code methods in one of the projects that had a link to the CommonMods repository. The error: SuchAndSuchMethod is not part of OtherProject.CommonMods. I was initially confused because SuchAndSuchMethod should be in the CommonMods.CommonMods namespace.
I took things apart and tracked the issue down to the combination of a linked repository and a User Code Collection sourced from the same project. I give all this history to illustrate the complexity of the solution as a whole. I have no idea if I started this out in Ranorex 7.2.1 if we'd be in the same place or not.
So here's my question(s).
- Is there a way around what appears to be a limitation?
- Is this something that could be "fixed", should I submit a user voice? suggestion?
- The most obvious solution would be to just create a new project to hold the User Code Collect. Can I just copy/paste the methods or will that break all of my existing recorded modules that currently use those methods?