View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002556 | Composr | core | public | 2016-05-01 09:10 | 2016-05-06 18:48 |
| Reporter | Patrick Schmalstig | Assigned To | Chris Graham | ||
| Severity | Major-bug | ||||
| Status | resolved | Resolution | fixed | ||
| Product Version | |||||
| Fixed in Version | |||||
| Summary | 0002556: Adding content redirects to invalid URL after adding | ||||
| Description | Related to 0002535 Adding an item on staff checklist is not the only thing that redirects to a lovinity.org/cms_awards/* page. Pretty much any redirect after adding new content from the CMS zone, such as adding new news or adding a calendar entry, will do this. | ||||
| Tags | No tags attached. | ||||
| Time estimation (hours) | |||||
| Sponsorship open | |||||
| parent of | 0002535 | resolved | Chris Graham | Staff checklist add button redirects to an invalid URL and throws Javascript error |
|
|
Let it be noted that site in question has a cms_awards zone, likely issue relates to page zone searching, while looking for somewhere that there is a 'start' page. |
|
|
I'm not seeing an issue when I test on the site. I added a calendar event and it took me to do-next as expected. The view URL was as expected. Adding events from the calendar view don't seem to have an auto-redirect, so would be same as doing so from CMS zone like I tested. |
|
|
Okay. I'm about to upgrade servers. Will let you know more info and whether or not problem remains after upgrade. |
|
|
I'm going to mark this as resolved because I think I found it. It relates to clicking add links immediately after logging in. |
|
|
I don't think this is related to logging in. I found some more info. I deleted the cms_awards zone since I don't need it. However, now everything that was redirecting to cms_awards (basically any form submitting new content) will now redirect wrongly to the website's start page. I also noticed Javascript may be an issue. Javascript forms redirect wrongly to the start page and also page numbers redirects to start (click once and the web page bounces up but pagination doesn't progress how you wanted it to. Click again and you get taken to the start page). |
|
|
Ok, there are many assorted problems here, I've fixed all I can find. If there are any issues with the next RC, please open a separate issue for each with clear reproduction instructions (e.g. I struggled a bit with "Javascript forms", I'd want to know an exact URL, as various factors could be at play otherwise). "will now redirect wrongly to the website's start page" - actually I don't think this was ever true, which is why it confused me. However it *seems* true. For JavaScript block navigation we dynamically set the URL in the browser, but it's a visual thing only using the "new" JS navigation API. No actual HTTP redirect happens. Anyway, this is now fixed. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2016-05-01 09:10 | Patrick Schmalstig | New Issue | |
| 2016-05-01 09:23 | Patrick Schmalstig | Relationship added | parent of 0002535 |
| 2016-05-03 04:02 | Chris Graham | Note Added: 0003852 | |
| 2016-05-03 04:10 | Chris Graham | Note Added: 0003853 | |
| 2016-05-04 20:13 | Patrick Schmalstig | Note Added: 0003868 | |
| 2016-05-05 00:43 | Chris Graham | Note Added: 0003870 | |
| 2016-05-05 00:43 | Chris Graham | Status | non-assigned => resolved |
| 2016-05-05 00:43 | Chris Graham | Resolution | open => fixed |
| 2016-05-05 00:43 | Chris Graham | Assigned To | => Chris Graham |
| 2016-05-05 21:42 | Patrick Schmalstig | Note Added: 0003876 | |
| 2016-05-06 18:48 | Chris Graham | Note Added: 0003880 |
