After my upgrade from 7.x-2.54 to 7.x-2.60-rc1, on the modern theme toolbar on the left, all the link url seem to duplicate the path. For instance, if I wanted to see the members of a space, the url shows "www.domain.com/openatrium/openatrium/user..."

CommentFileSizeAuthor
#10 duplicated-directory.jpg55.86 KBprairiedog

Comments

Inspired10 created an issue. See original summary.

kristinec’s picture

Issue summary: View changes
kristinec’s picture

Issue summary: View changes
mpotter’s picture

Category: Bug report » Support request
Status: Active » Closed (works as designed)

The buttons themselves in the toolbar do not have URL links. Clicking on the buttons just open/closes the dropdown menus. Atrium is a mobile-friendly tap-based interface. So clicking on the buttons isn't supposed to take you anywhere. You need to select the Member List option in the member menu to jump to the listing page.

kristinec’s picture

No, that is the problem. When clicking on the Member List option, the link appears "openatrium/openatrium/node/1/members" - it should read "openatrium/node/1/members" instead. It's taking me to a "Page not found" right now. Is that not happening for you?

mhoudeop’s picture

We have exactly the same problem - also with the shortcuts in the iser badge menu. If i click on Parameters or Memberships, the path doesn't work because it doubles the name of the site.

kristinec’s picture

Category: Support request » Bug report
Status: Closed (works as designed) » Active

Thanks mhoudeop. Reopening issue.

mpotter’s picture

If the site name is doubling then maybe you don't have Clean URLs enabled or maybe your base_url setting is set incorrectly. There was a problem with the "Bulk Manager" link where it was missing "group" in the URL, but I don't see any problem with the "Manage List". It's properly using the url() function in Drupal as url('node/%/members') so it's relying on Drupal core to add the base path.

Same with the links in the User Badge. They are using the Drupal url() function also. So something is wrong on your sites that is preventing the url() function from handling relative links.

mpotter’s picture

Category: Bug report » Support request
Status: Active » Postponed (maintainer needs more info)
prairiedog’s picture

StatusFileSize
new55.86 KB

Hello. We can also report a similar problem as described above, except in the 2.60 final release [UPDATE: Opening Issue on that Version - see https://www.drupal.org/node/2691687#comment-10993025]. In select areas of the site, various menu links provide duplicate base URL locations. (A mock-up is included in the image attached). In most spaces, things are fine, but clicking on the "Space home" invariably produces the error. Clean URLs are on.

We have spent much of the day experimenting with almost endless combinations of .htaccess and "settings.php" settings, plus one of our coders scoured the database for any evidence of an errant or module-written URL, and we haven't come across anything. Upon correcting the incorrect URL string in the browser address bar, OA provides the correct page instantly. For us, the main problem is the "Space home" button/tab, but there were two or 3 other links that produce the "directory-doubling."

We have other Drupal installations running just fine with relative URLs, and we can't figure this one out. (And in building custom configurations in OA which clearly use relative URLs, we can see that relative links appear to be Ok at large.)

If anyone has any ideas on what we should specifically be looking for (or modifications to make) we would sure appreciate your help. For now, we're using other means to get to the same pages, but the "Space home" menu tab is an important convenience, along with several others.
Many thanks.

mpotter’s picture

Status: Postponed (maintainer needs more info) » Fixed

Looks like this got duplicated to issue #2691687: Base URL Directory Duplicated in Some Menu Entries which I responded to and fixed. People having the problem reported in this thread, please see that other issue for the fixes and let me know how they work.

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.