Closed (duplicate)
Project:
Drupal core
Version:
7.x-dev
Component:
openid.module
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
19 Dec 2009 at 10:15 UTC
Updated:
3 Jun 2010 at 08:15 UTC
Jump to comment: Most recent file
Comments
Comment #1
toemaz commentedPatch created against D7-UNSTABLE10 based on answer by googletorp.
Comment #2
alexanderpas commentedCould we document here why exactly we're doing this.
This review is powered by Dreditor.
Comment #3
toemaz commentedAttached is a new patch with documentation.
BTW: check Google Webmaster Tools for your website http://dropdev.org . You will also notice the crawl errors pointing to %2523, which are introduced by the openid login links. Far from good to obtain a good search engine ranking.
Comment #7
toemaz commentedUnix formatted patch.
Comment #10
toemaz commentedReroll
Comment #12
toemaz commentedReroll
Comment #14
toemaz commentedUnix formatting
Comment #16
toemaz commentedClearly I miss something to create a good working patch. I guess I need a hint.
Comment #17
asimmonds commentedYou need to roll the patch from Drupal's root directory. ie where index.php is located.
See the CVS example in http://drupal.org/node/323
Comment #18
toemaz commentedThx asimmonds. New patch attached.
Comment #19
toemaz commentedStill not ok. I followed the steps for how to make a patch with Tortoise on Windows, but apparently this patch is simply the same as the previous ones. However, this time I made the patch from the Drupal root.
Comment #20
toemaz commentedMade with Eclipse this time since TortoiseCVS was no use.
Comment #21
toemaz commentedAnyone willing to review this? I have this patch running on several production websites. If not and openid enabled, watchdog is filled with page not found warnings
Comment #22
danepowell commentedSorry I can't test it on D7, but it does seem to work on D6. I'm incorporating it into the CAS module, which borrowed a lot of code from OpenID. Thanks!
Comment #23
toemaz commentedThanks for the thumbs up. It's kinda strange that no one reacts on this issue. Even the recently launched http://opensource.com has this issue. Let them look to their google webmaster tools and they'll see it popping up.
Comment #24
c960657 commentedI suggest turning the two links into real links (i.e. without
return falsein the click handler), linking to #openid and #, respectively. The openid.js file should check for location.hash on load and display the OpenID login field, if the user accessed the #openid URL directly. This allows users to bookmark the page with the visible OpenID login field.Comment #25
c960657 commentedI just realized that this is a duplicate of #160163: Login with OpenID link has mis-encoding of #.
Comment #26
srobert72 commentedSubscribing
Patch #20 works for me
Comment #27
sergmain commentedsubscribe