Closed (fixed)
Project:
Open Atrium
Version:
7.x-2.614
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
8 Mar 2017 at 14:51 UTC
Updated:
5 Apr 2017 at 16:44 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
Jorrit commentedSee patch
Comment #3
Jorrit commentedComment #4
mpotter commentedI need a procedure to reproduce this. The current code works fine here and on Pantheon. Do you have clean_urls enabled? Is your Atrium site within a subdirectory of your server and if so do you have the $base_url set in your settings.php?
Comment #5
Jorrit commentedAre you saying that the return button is working on your installation?
Comment #6
Argus commentedCould you post steps to reproduce the issue on a clean installation?
Comment #7
Jorrit commentedI have an OpenAtrium site on Pantheon that I created to demonstrate another bug. Demonstrating this bug requires admin permissions so I will be sending the password of the user 'adminuser' to you via the Drupal contact form.
Extra note: downloading the 'Default' taxonomy term causes an error.
Comment #8
mpotter commentedI probably won't be able to get to this before next week (not in time for 2.615 unfortunately) but wanted to confirm that I received the email.
Comment #9
Argus commentedConfirming. Created a separate issue for the download error on the Default taxonomy term: #2860636: Downloading the 'Default' Blueprint taxonomy term causes an error
Comment #10
mpotter commentedHere is a patch that should fix the Return link.
Comment #11
mpotter commentedActually, the patch from #2 was also missing an "absolute". Here is an update.
Comment #12
Jorrit commentedWhy is 'absolute' necessary?
Comment #13
mpotter commented"absolute" adds the "http://..." to the URL which is needed by the browser for the full href value printed in the blueprint-download-page.tpl file.
Comment #14
mpotter commentedIf you can, verify that the latest patch works for you and RTBC this and I'll try to get it into the next Atrium release.
Comment #15
Jorrit commentedThe patch works.
I still don't understand why
absoluteis necessary when the link is printed in the website itself. With'absolute' = TRUEthe HTML becomes:<a href="http://host/admin/structure/taxonomy/space_type" class="btn btn-primary">Return to blueprints</a>Without it, the link becomes:
<a href="/admin/structure/taxonomy/space_type" class="btn btn-primary">Return to blueprints</a>The latter works fine and all links generated by Drupal look like that, so I do not understand your preference for
'absolute' = TRUE.Comment #16
mpotter commentedYou are correct. I thought the "absolute" was needed when working in a different subdirectory on a site. But I just did a test of this and it works fine without. So here is an updated patch that I'll commit for the next release.
Edited: This is basically the same as #2 so I'll make sure you get the credit
Comment #17
mpotter commented