Skip to content
This repository has been archived by the owner on Feb 28, 2024. It is now read-only.

[BUG-6215] New Transaction History page mangles URL incorrectly #14097

Open
1 task
sl-service-account opened this issue May 31, 2014 · 0 comments
Open
1 task

Comments

@sl-service-account
Copy link

sl-service-account commented May 31, 2014

Steps to Reproduce

While attempting to create a new shortcut in my Google Chrome browser, I encountered a problem with the new Transaction History page that causes the URL entered into the shortcut to be mangled and turned into an improperly formed URL.

Actual Behavior

I am attempting to create a shortcut (bookmark) to the new Transaction History page that causes my browser to refresh the page and select the default date range for "Today only". The page's basic URL is:

https://accounts.secondlife.com/transaction_history/#/?start_date=2014-05-31&end_date=2014-05-31&page_size=25

If I remove the start_date and end_date terms from the URL then change the selected page size to "All" the URL becomes this:

https://accounts.secondlife.com/transaction_history/#/?page_size=all

Unfortunately since the current page is usually the same page address, and because the URL contains the inner-page jump to tag shortcut (a hashtag "#"), the browser does not reload the page from the web server. In fact it does absolutely nothing other than to jump to the page tag with a blank name. Since there is no such tag, the browser simply leaves the existing page as it was before loading the shortcut. Obviously this will not work.

So I removed the "#" term from the URL expecting that it would force the browser to reload the page from the web server as it now did not want to jump somewhere within the current page. However when I use this URL:

https://accounts.secondlife.com/transaction_history/?page_size=all

(Note that the hashtag "#" internal jump command and its associated slash are removed.) However the page mangles the URL in a very incorrect manner when it checks the current user credentials at the secondlife.com ID Check Server. As a result, upon return to the Transaction History page, the URL now looks like this:

https://accounts.secondlife.com/transaction_history/?page_size=all#/?start_date=2014-05-31&end_date=2014-05-31&page_size=25

The page_size term that was set to the value "all" has been incorrectly embedded within the page address portion of the URL and then additional terms for the start_date, end_date and a new page_size (with the default 25 value assigned) are added to the end. This URL is improperly formed as it contains TWO "here are the parameter terms" delimiters (the question mark "?" symbol).

Expected Behavior

My expectation was that the logic of the new Transaction History page would properly parse the URL and thus create one with proper formatting for use when the ID Check page is called to validate the user's credentials. The shortcut URL is:

https://accounts.secondlife.com/transaction_history/?page_size=all

I expected it to be reformatted as follows:

https://accounts.secondlife.com/transaction_history/?start_date=2014-05-31&end_date=2014-05-31&page_size=all

Other information

Links

Related

Original Jira Fields
Field Value
Issue BUG-6215
Summary New Transaction History page mangles URL incorrectly
Type Bug
Priority Unset
Status Been Triaged
Resolution Triaged
Reporter Darrius Gothly (darrius.gothly)
Created at 2014-05-31T08:10:57Z
Updated at 2014-06-06T00:05:15Z
{
  'Business Unit': ['Platform'],
  'System': 'Website',
  'Target Viewer Version': 'viewer-development',
  'What just happened?': 'I am attempting to create a shortcut (bookmark) to the new Transaction History page that causes my browser to refresh the page and select the default date range for "Today only". The page\'s basic URL is:\r\n\r\n[https://accounts.secondlife.com/transaction_history/#/?start_date=2014-05-31&end_date=2014-05-31&page_size=25:https://accounts.secondlife.com/transaction_history/#/?start_date=2014-05-31&end_date=2014-05-31&page_size=25]\r\n\r\nIf I remove the start_date and end_date terms from the URL then change the selected page size to "All" the URL becomes this:\r\n\r\n[https://accounts.secondlife.com/transaction_history/#/?page_size=all:https://accounts.secondlife.com/transaction_history/#/?page_size=all]\r\n\r\nUnfortunately since the current page is usually the same page address, and because the URL contains the inner-page jump to tag shortcut, the browser does not reload the page from the web server. In fact it does absolutely nothing other than to jump to the page tag with a blank name. Since there is no such tag, the browser simply leaves the existing page as it was before loading the shortcut. Obviously this will not work.\r\n\r\nSo I removed the "#" term from the URL expecting that it would force the browser to reload the page from the web server as it now did not want to jump somewhere within the current page. However when I use this URL:\r\n\r\n[https://accounts.secondlife.com/transaction_history/?page_size=all:https://accounts.secondlife.com/transaction_history/?page_size=all]\r\n\r\n(Note that the hashtag "#" internal jump command and its associated slash are removed.) However the page mangles the URL in a very incorrect manner when it checks the current user credentials at the secondlife.com ID Check Server. As a result, upon return to the Transaction History page, the URL now looks like this:\r\n\r\n[https://accounts.secondlife.com/transaction_history/?page_size=all#/?start_date=2014-05-31&end_date=2014-05-31&page_size=25:https://accounts.secondlife.com/transaction_history/?page_size=all#/?start_date=2014-05-31&end_date=2014-05-31&page_size=25]\r\n\r\nThe page_size term that was set to the value "all" has been incorrectly embedded within the page address portion of the URL and then additional terms for the start_date, end_date and a new page_size (with the default 25 value assigned) are added to the end. This URL is improperly formed as it contains TWO "here are the parameter terms" delimiters (the question mark "?" symbol).',
  'What were you doing when it happened?': 'While attempting to create a new shortcut in my Google Chrome browser, I encountered a problem with the new Transaction History page that causes the URL entered into the shortcut to be mangled and turned into an improperly formed URL.',
  'What were you expecting to happen instead?': "My expectation was that the logic of the new Transaction History page would properly parse the URL and thus create one with proper formatting for use when the ID Check page is called to validate the user's credentials. The shortcut URL is:\r\n\r\n[https://accounts.secondlife.com/transaction_history/?page_size=all:https://accounts.secondlife.com/transaction_history/?page_size=all]\r\n\r\nI expected it to be reformatted as follows:\r\n\r\n[https://accounts.secondlife.com/transaction_history/?start_date=2014-05-31&end_date=2014-05-31&page_size=all:https://accounts.secondlife.com/transaction_history/?start_date=2014-05-31&end_date=2014-05-31&page_size=all]",
  'Where': 'The URL of the base Transaction History web page as provided by the on-page shortcut is:\r\n\r\n[https://secondlife.com/my/account/transactions.php?lang=en-US:https://secondlife.com/my/account/transactions.php?lang=en-US]',
}
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant