-
Notifications
You must be signed in to change notification settings - Fork 87
Get topic name from base class to propagate remaps #68
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
@guilyx Could you please add a test that verifies the new behaviour? |
|
@gbiggs Sure, will take a few days |
|
Hey all, ran into this issue today and this PR would be helpful to prevent it from happening to others. I wrote up two tests on a separate branch to verify it. Would be more beneficial to open a new PR, or add onto this one? |
|
Thanks for commenting, I forgot this existed (and was never fixed apparently) I could simply merge your branch into mine ? |
|
Sure thing, did you want to rebase your branch first because of the merge conflict? Then I'll shoot the PR over to your branch. |
|
Yea I need to see, I haven't looked at this in 4Y. As soon as I grab a laptop today I will likely rebase + ping you |
36115a4 to
6c615c1
Compare
|
@CursedRock17 all yours. rebased on my fork and added you as a contrib just in case you may not be able to push there. let me know! |
Signed-off-by: Lucas Wendland <[email protected]>
|
@gbiggs PR should be ready! |
Co-authored-by: Alejandro Hernández Cordero <[email protected]> Signed-off-by: Lucas Wendland <[email protected]>
|
Pulls: #68 |
When remapping a topic
footobar, it appears thatSubscriber::getTopicreturns the name of the topic as initialized when instantiating the subscriberfoo.In the base class, get topic returns the remapped topic
bar, which is in my opinion the correct behavior.If I were to retrieve the topic I'm subscribing to, I expect to retrieve the remapped name (aka the true name) rather than something that is not used.