Ouch. Particularly on the notification front, this really messes with an existing system.
Even if everything was changed to meet the additional segments in the URL, this part is unsettling:
The URLs will likely change again in the near future with the next round of navigation improvements too.
With notifications, OneSignal for example, the URL sent to from the notification is important as it determines where to go in the app and how to handle the data within it. If the URL it goes to does not match the URL it was sent to, the Data is not retrieved.
So if the notification is sent to somedomain.com but ends up going to somedomain.com, then the Data is lost.
Now there may be some ways to handle this - like Changing everything to match this new scheme and then again later when it is ‘improved again’ but come on Ionic - there has got to be a way to turn off this ’ first-class url support’.
I can add nothing to that “discussion” beside the note, that issues have usually more weight (especially if well written) than forum posts. Probability to reach the developers is much higher I think.
Well, it seems way worse than I initially thought.
I can’t seem to jump to a specific URL in the app anymore at all.
With or without the ‘nav/n4/’ I either get sent to the home page or I get this error:
ERROR Error: Uncaught (in promise): invalid views to insert
Have you happen to have tried this yet?
BTW, I did start an issue ticket but stopped as it now seems the problem is beyond the scope of what I initially had a problem with. I would like to see at least One other person experiences similar issues.
Yes, I have tried the nightly and navCtrl.name=“niceUrl” worked - partially. It created blend of ‘nav’, the 'navCtrl.name and the page.
So a page called ‘about’ and the navCtrl.name set at ‘general’ would become nav/general/about.
But the page does not reload/refresh properly and is sent back to the homepage. Nor does going directly to ‘nav/general/about’.
I have not got around the notification issue yet and may need to have all notifications go to the homepage. Whereas previously notifications could go to any page in the app and still retrieve the additionalData. ( OneSignal ).
I still think this is important but am I am biased as this is how I built an app.
But if it is ‘in-progress’ then it is a good thing and will suffer the bumps meanwhile ( if possible ).
Here’s to progress!
I like the concept and am looking forward to using it, the nav.name and getting an endpoint for notifications settled.
I was just a little taken aback by some, what I consider important things, not working anymore and I did not see any justification for it.
Anything I need to work now can use <3.5.0. Anything onwards needs to know what it is up against.
I upgraded to 3.5.0 just now and facing the same issue, i.e. When typing the URL directly in the browser, I get sent to the home page for anything following # (including valid and invalid page names). This is a major issue and need some workaround asap. Thanks.
So I know this is really late to the party, but I had this issue last night and today. I even got it after upgrading my IOnic to 3.10 and deleting node_modules and reinstalling them. This is code that was JUST working fine on my other VM without the url issues. Then (smh) I figured it out. When I had tried doing my sync with get via VS Code (which I hadn’t done before), it actually had left both changes in app component html waiting for me to merge them. Well it was adding two ion-nav elements! As soon as I fixed this, there were no more issues with the nav. Maybe this will help someone else because I was pulling my hair out for a few hours before I noticed the issue. Surprisingly the app worked fine.
(Oh, and I only got a problem using the lazy loading with IonicPage…if I imported the component then the url structure was normal)