Remix Conflict With Pathauto

Your bug report needs to describe what you expect to see, what the problem you see is, and how we can reproduce the issue in order to test a fix. The URLs you've posted show only "Access Denied".

Please update this issue with the information we need, setting the status back to active when you do so.

How to report bugs effectively is a good (if long!) read on this topic.

Hi,

I also have the similar issue with above. Actually, it is easy to be reproduce in your lab. Just install a fresh Drupal, install and enable Kaltura module, apply the partner ID and lastly enable Pathauto module. That's it.

As long as the Pathauto module is enabled and it has automatic path alias for remix content type, the Remix module will deliver an access denied page just after uploading media nodes.

For example, without pathauto for remix content type, the URL will be something like this:
http://{your domain}/?q=node/1/edit&entries=0_v98xx071,0_z2vab9qz,

However with pathauto (i.e. the remix content is aliased automatically to content/{title}), then we have access denied error for this URL:
http://{your domain}/?q=content/{title}/edit&entries=0_v98xx071,0_z2vab9qz,

Thanks
Lucky

@lismail, thanks for supplying a much clearer description of the problem and how to reproduce it

I'm surprised that Pathauto is setting URLs on node/1/edit though - I haven't seen that behaviour before.

Does it do the same thing to the URL when you edit a non-Kaltura node? IE do you see ?q=content/about-us/edit or ?q=node/2/edit for such a node?

What Pathauto version are you using?

@grobot,

Well, normally it should be node/{nid}/edit instead of {alias}/{alias}/edit, right? Actually, I have node/{nid}/edit link for all content types (including remix) for edit link from either /admin/content/node or from node view page, regardless of what pathauto settings are. The 'access denied' page or {alias}/{alias}/edit URL only come out when creating remix, after uploading media, give title & tags, and click next button, while I have pathauto settings for remix content type.

My work around so far is either unset any settings for remix content type (leave it to have no alias), or just disable pathauto completely.

To reproduce the problem I just use fresh install of all latest recommended version components, Drupal 6.19, Kaltura module 6.x-1.5 and Pathauto 6.x-1.4 (ofcourse it needs Token 6.x-1.14).

@grobot,
Just wondering if there any update on this issue. Have you been able to reproduce the problem as above?

what needs to be done is to add to url function in kaltura.themeing.inc - alias true
attached is a patch

To reproduce:

1. Enable pathauto and set to automatically assign default node alias of content/[title-raw] (or whatever it is).
2. Create a node of kaltura node mix via node/add/kaltura-mix
3. Enter a title of "test mix"
4. After uploading /selecting the first entry, you will be redirected to content/test-mix/edit which is not a valid URL.

We want node/123/edit. url('node/123/edit') typically will return 'node/123/edit', but url('node/123') .'/edit' returns 'content/test-mix' .'/edit'.

Fix is to either (a) not use url() or (b) apply url() to the complete function. I believe the latter is more correct.

Patch attached. This issue exists in 2.x as well, so moving to 2.x and will backport as required.

Hmm ... just spotted a related issue: the URL after mix creation will have '&entryId=0_123456' appended via JS.

If clean URLs are enabled, then this URL will be node/123/edit&entryId=0_123456 rather than node/123/edit?entryId=0_123456

This means that the entry added in the initial node creation phase will have to be added again. That's probably worth a separate issue (unless it's a problem introduced by the previous patch, but looking at the JS in that file I don't believe it is).

This appears to solve the issue with the JS post-save as well. Yaniv, Zohar.Babin - can either of you guys review please?

You'll need to apply the patch here and test as per #8 above. Pretty sure you'll need this patch from #352670: Function names must be prefixed by the module name/#1009044: Fix for advanced editor theme also. (reviewed, committed #1009044 now.)

Fixed in 6.x-2.0-beta2.