[MGNLUI-813] Url-navigation to subapp doesn't work when its app is already active Created: 05/Mar/13  Updated: 30/Apr/13  Resolved: 29/Apr/13

Status: Closed
Project: Magnolia UI
Component/s: None
Affects Version/s: None
Fix Version/s: 5.0

Type: Bug Priority: Major
Reporter: Daniel Lipp Assignee: Aleksandr Pchelintcev
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
relation
is related to MGNLUI-795 Opening non-default subapps via url d... Closed
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Date of First Response:
Epic Link: Favorites
Sprint: Iteration 2013-12, Iteration 2013-13, Iteration 2013-14, Iteration 2013-15, Iteration 2013-17

 Description   
  • Open Contacts app -> default subapp will be shown
  • copy the url
  • Edit a contact -> switch to editor sub app
  • Navigate browser to copied url
    -> app will not switch to the default subapps tab - no location change is triggered

Everything works fine, when doing the same thing but either closing the Contacts app or switching to another app before navigating the browser to copied url.

It looks like this is a client-side issue - no location change occurred on the server side.



 Comments   
Comment by Christopher Zimmermann [ 29/Apr/13 ]

Traced this a bit.
Problem likely results from

MagnoliaShellConnector.changeAppfromFragment()

First line - it bails when the url is the same app:

if (f.isSameApp(lastHandledFragment))

{ return; }
Generated at Mon Feb 12 08:40:33 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.