You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 28, 2024. It is now read-only.
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:
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:
(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:
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:
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]',
}
The text was updated successfully, but these errors were encountered:
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
The text was updated successfully, but these errors were encountered: