Active
Project:
Drupal for Facebook
Version:
7.x-3.x-dev
Component:
Canvas Pages (iframe)
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
8 Mar 2011 at 11:40 UTC
Updated:
6 Nov 2012 at 19:45 UTC
Jump to comment: Most recent file
Comments
Comment #1
blup commentedI also had to add another condition to the function in case the fb_url_alter option is not set, otherwise it'll rewrite all aliases. I've attached a patch.
Comment #2
Dave Cohen commentedThere may be a bug that needs fixing, but that fix is not it. You're just stopping it from doing what it is trying to do.
I haven't reproduced this myself and at this point can't offer something more helpful. But just looking at that patch I can tell that's not the right thing.
Comment #3
blup commentedWell, when you look at the url() function, if there are existing (pathauto) aliases they will take precedence over rewritten links. Thus I believe you should define your path as an alias.
Line #2142 of common.inc :
Comment #4
steven jones commentedRight, this is because FB module is working around a bug in Drupal core, so it can work with multilingual sites, but the bug nasty, and should just fixed in the core, because the workaround doesn't work for paths with an alias. Attached is a patch that reverts to the correct way of doing things in the FB module, and I'll file a patch for Drupal core.
Note that PURL has the same issue here: #1256272: No URL rewriting in Purl for D7
Comment #5
steven jones commentedI've raised the bug in Drupal core: #1270894: Test that it is possible to use path prefixes in combination with language prefixes
And have a sandbox project which implements a workaround for those that don't want to patch core: http://drupal.org/sandbox/darthsteven/1270906
Both largely untested.
Comment #6
Dave Cohen commentedAre you saying I should apply #4, and it will work whether core gets patched or not?
Or, do I have to wait for the core patch before applying this?
So frigging confusing...
Comment #7
steven jones commentedNah, if you apply patch 4, and are using language specific URL re-writing from core, then it won't work.
But, you can either apply the patch, or use the workaround in the sandbox to get it working again.
Comment #8
steven jones commentedActually the previous patch generates a notice. Correction attached, note that these no longer apply to HEAD, but do apply to: c592885cb7d1c46fb005afd34d35211d410c4b1a.
Comment #9
aliyayasir commentedwhat about D6 patch?
Comment #10
dariogcode commentedI'm using the last 7 dev version and path aliases aren't working, all path inside canvas page show original path, not aliases. Do you have any ideas what I need to patch and where?
Comment #11
Dave Cohen commentedThis is an old thread, and if I understand Steven Jones' comments correctly, it can't be fixed in modules/fb alone and requires a change to core. Is that right?