The username is always shown as "Guest" for anonymous comments, despite the fact that the administrator has changed it. See attached images...
| Comment | File | Size | Author |
|---|---|---|---|
| #20 | 0001-comment_expose_fields-fix-for-anonymous-users.patch | 964 bytes | pixiekat |
| #16 | anonymous-fix-1827796-16.patch | 570 bytes | hydra |
| #1 | 1827796-guest-fix.patch | 1.14 KB | chris.smith |
| comments_username2.png | 56.84 KB | cac2s | |
| comments_username1.png | 69.07 KB | cac2s |
Comments
Comment #1
chris.smith commentedThis patch fixed my problems. Needs review.
Comment #2
WojtekWu commentedI have the same problem.
But in my case the username is always shown as "Anonymous"
When I switch off that modul everything is alright.
I need some help. Please.
Comment #3
chris.smith commentedTry the patch and let us know if it works for you.
Comment #4
web360 commentedI encountered the same issue, and can verify that the patch works.
Comment #5
LakY_cz commentedThanks, it works
Comment #6
chris.smith commentedCan patch be incorporated in next release?
Comment #7
syakely commentedPatch worked for me too. Thanks.
Comment #8
Colin @ PCMarket commentedthis patch needs to be applied as it fixed the same issue for me too
Comment #9
finnethe patch works for me too. Add to next release please.
Comment #10
dpfitzsi commentedComment #11
Anonymous (not verified) commentedpatch works - thanks
Comment #12
dpfitzsi commentedIs there any update on when this patch will be applied to the module?
Comment #13
jduhls commentedPatch works
Comment #14
alan evans commentedI'm having trouble reproducing this issue. Can anyone provide detailed steps to reproduce?
Here's the STR I'm using and cannot find an issue:
The last point is where I'm assuming things go wrong - is it the case that people are seeing the "anonymous" username here still, instead of the actual username that was set by the administrator?
The patch additionally needs to have the function header comment changed back to hook_preprocess_HOOK per https://api.drupal.org/api/drupal/modules%21system%21theme.api.php/funct...
I'm not against making this change if I can verify the actual problem, but at the moment I cannot. There is no obvious reason why the code in comment_goodness would be wrong, given that core uses the same variable here http://cgit.drupalcode.org/drupal/tree/modules/comment/comment.module?h=... . So I'm suspicious that (1) me being unable to reproduce this problem, and (2) that core uses the same pattern as the module might indicate that the problem lies elsewhere.
There may be some module hook ordering issue I guess, but would need more information to be able to determine that - at the moment I can't reproduce the issue (making many assumptions about what the actual issue is).
Comment #15
formatC'vt commentedstrangest solution, theme username needs a user object (https://api.drupal.org/api/drupal/includes!theme.inc/function/theme_user...) in account key, not comment
Comment #16
hydra commentedTo reproduce:
- Create a comment with an authenticated user
- View the comment, it say's it has been submitted by Anonymous instead of the users name
Patch from #1 works for me. The docu change is unnecessary. For me this is RTBC.
Comment #17
juc1 commentedPatch from #1 works for me (I am posting here to remind myself for next time I install this module!)
Comment #18
juliakoelsch commentedAlso works for me. Thank you!
Comment #19
chris.smith commentedCan we get this fix committed to the development branch and closed off.
Comment #20
pixiekatIf you're exposing comments as fields I also needed this fix
Comment #21
avpadernoThe module doesn't implement anymore
comment_goodness_preprocess_comment(), nor does it use the code the patch is trying to alter.Comment #22
avpadernoI apologize: That was the master branch, not the 7.x-1.x branch.