Modules:
- project-5.x-1.2
- project_issue-5.x-2
Page /project/issues (screenshot) displays note "Нет проблем." (RUS: "No issues found."), but there is open issues (screenshot of one of them).
Access permissions: all users can access issues (screenshot).
You can check it by yourself at http://www.desu.ru/project/issues
No access control modules at all, Drupal 5.5.
| Comment | File | Size | Author |
|---|---|---|---|
| but_there_is_at_least_one.jpg | 32.26 KB | gildedgod |
Comments
Comment #1
gildedgod commentedVersion fix: i'm using project_issue-5.2-2, not "dev"
P.S. and "upload" form here displayed paths like "http://www.drupal.org/files/%filename%" to me, so, I used this paths to illustrate issue, but it seems that real path of uploaded images is "http://www.drupal.org/files/issues/%filename%", so you can find screenshots there..
Comment #2
gildedgod commentedI investigated the problem and found that page /project/issues displays only that entries in table `project_issues` which has value 'assigned' <> 0.
So, only after you assign issue to somebody, it will appear in list, otherwise it's stays hidden no matter what will you do...
Comment #3
gildedgod commentedAdded user with uid = '0' and name = 'guest' and it started to work.
Problem code was:
INNER JOIN {users} u ON p.assigned = u.uid- for unassigned issues there is no entry in "users" table, so, it returns nothing...
Comment #4
gildedgod commentedJust create user with id="0" and any name you like =)
It works =)
Comment #5
aclight commented@gildedgod: Drupal automatically creates a user with uid=0 for you, because uid=0 is the anonymous user. I don't know why you didn't have that row in your {users} table already.
Comment #6
gildedgod commented@aclight: it's a long story of upgrades and database corruptions. Probably, it was accidentally deleted.