All data in 'My Classified Ad list' link

Thanks for the patch.

This patch doesn't seem right to me; why the line:

page arguments' => array(1),

?

From what I can see, the argument to the page function should be a user object representing the current user, not an array containing the value '1'... or have I missed something?

EDIT: Correction. The patch does solve the first problem below. Looks like I was having a caching issue. Now I just need to get my permissions issue sorted.

I made the adjustments from this patch to the three lines manually, but it doesn't change anything here. I'm still seeing all users' ads on the 'My @name list'. Dropping in some debug output also still shows that $uid == 0 in the body of ed_classified_admin_overview.

I put this right under the $can_edit test at line 319:

  $uidTest = $uid == $user->uid;
  $output  = "<div>uid == user->uid:--".(int)$uidTest."--</div>";
  $output .= "<div>uid:--".(int)$uid."--</div>";
  $output .= "<div>user->uid:--".(int)$user->uid."--</div>";
  $output .= "<div>canedit:--".(int)$can_edit."--</div>";
  return $output;

Output for authenticated user with 'edit own classified ads' permission (user 5):

uid == user->uid:--0--
uid:--0--
user->uid:--5--
canedit:--0--

Output for admin (user 1):

uid == user->uid:--0--
uid:--0--
user->uid:--1--
canedit:--1--

These are the same results as before making the 3 line changes from the patch.

The initial cause for my looking for a solution is that users with the 'edit own' privileges don't get a link to edit their ads. Attempting to visit the edit page for the ad (/node/##/edit) results in access denied. I'm assuming these problems are related and have the same root cause in the uid handling.

Patch not working for me too. Any suggestions?

I've tested and I think the patch does work, just have to be sure you've flushed any caches. I'll roll it into the alpha release.

Cheers,

Miles

Applied to 6.x development branch.