Closed (fixed)
Project:
Project
Version:
5.x-1.x-dev
Component:
Projects
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
13 Apr 2006 at 19:36 UTC
Updated:
28 Jul 2007 at 17:28 UTC
Jump to comment: Most recent file
For a project url:
http://drupal.org/project/issues/3270
The breadcrumb is: Home >> Downloads
| Comment | File | Size | Author |
|---|---|---|---|
| #7 | project_breadcrumbs_3.txt | 1.46 KB | aclight |
| #6 | project_breadcrumbs_2.txt | 1.86 KB | aclight |
| #4 | project_breadcrumbs_1.txt | 1.56 KB | aclight |
Comments
Comment #1
killes@www.drop.org commentedmoving
Comment #2
nedjoWell, I'm not sure. The term 'downloads' doesn't appear anywhere in the project module code (except for some css selectors). There seems to be some drupal.org customization here.
Comment #3
dwwit's not the "downloads" part that wrong with the breadcrumb (IMHO). i agree, that's some funky drupal.org customization i don't fully grok, but that's not the issue as i see it. even on a local test site, if you go to view the issue queue for a specific project, i'd expect the breadcrumb to be:
home - projects - (project taxonomy term) - project name
if you start at a project homepage:
http://drupal.org/project/project
the breadcrumb is:
home - projects - (project taxonomy term)
once you click on "view all issues" (or something) and goto the issue queue for the project, i'd expect the full breadcumb with the project itself in there, but instead, you just get:
home - projects
that really does seem like a (minor) bug, independent of the slightly confusing "downloads" vs. "projects" stuff on drupal.org.
-derek
Comment #4
aclight commentedHere's a patch that fixes the problem. See http://drupal.org/node/152789 for reasoning behind the patch.
AC
Comment #5
dwwReviewed, tested, and committed to HEAD, DRUPAL-4-7--2 and DRUPAL-4-7. Thanks!!!
Comment #6
aclight commentedThere are some additional places in project* where breadcrumbs aren't set right, such as
The attached patch fixes these issues.
AC
Comment #7
aclight commentedHm.....
Maybe my patch in comment #6 was a little overly aggressive.
Specifically,
probably shouldn't be changed.
The attached patch keeps the first 2 changes in #6 but drops the last one.
If by chance you like #6 better,
project_issue_project_edit_issues()in project_issue.module also needs to be changed so that the call to breadcrumb is:AC
Comment #8
drewish commentedhumm... i don't know if this does it: the following paths gave the following breadcrumbs:
node/*/edit
Home › Downloads › Modules
node/*/edit/issues
Home › Downloads › Modules
node/*/edit/releases
Home › Downloads › Modules › PROJECT
shouldn't issues and releases match?
also, probably unrelated, but i was getting the following warning on node/*/edit/releases:
Comment #9
aclight commentedI'll look into the first part of your question later.
I think you're seeing what's been reported at http://drupal.org/node/145755
AC
Comment #10
aclight commented@drewish:
On my test site, I get the following:
node/*/edit
Home › Downloads › Modules
node/*/edit/issues
Home › Downloads › Modules
node/*/edit/releases
Home › Downloads › Modules
Which patch were you using? I think #7 provides the most consistent behavior. If that's what you're using, then it's possible my patch doesn't include all the changes I made. Let me know if you're using #7 and getting the behavior you described above and I'll try to figure out why we're getting different results.
AC
Comment #11
drewish commentedyeah, i was using #7.
Comment #12
aclight commentedIf you're using the patch in #7 and the most recent version of project.inc, and project_release.module, I don't see how you can be getting what you describe.
Here are where the breadcrumb is set in each of the 3 tabs when editing a project_project node:
project_project_form()function in project.incproject_issue_project_edit_issues()function in project_issue.moduleproject_release_project_edit_releases()function in project_release.moduleIn each case, the breadcrumb is set by calling
project_project_set_breadcrumb($node).project_project_set_breadcrumb($node)looks like this:As you can see, if $extra is undefined (as is the case in each of the 3 edit subtabs of a project), then the project title should NOT be added to the breadcrumb.
You might try changing the call from
project_project_set_breadcrumb($node)toproject_project_set_breadcrumb($node, FALSE)though I don't see why that should change the behavior.So I can't explain why you're seeing the breadcrumbs you are seeing. Like I said before, I'm seeing them as expected.
AC
Comment #13
dww#7 is in fact broken as drewish describes, due to this hunk of the patch:
After removing that hunk, this is a winner. Tested and committed to HEAD and DRUAPL-4-7--2.
Thanks!
-Derek
Comment #14
aclight commentedAh.....I guess my production version wasn't in sync with the version I used to make the patch.
Sorry for the confusion!
Comment #15
(not verified) commented