I have been trying to find this problem mentioned specifically but it does not seem to be one which is under scrutiny. I was also careful to apply the patch several times and check out the integrity of my db before posting. I've also held off because there seemed to be a lot more important issues that people needed to get sorted first.
Here is the detail:
On my site
http://bayjournal.com.au if you do a search for a keyword, say "shark", you will get the usual list of possibilities--but all of the links presented are incorrect. For example the item titled "Amity Shark attack" leaves off the ItemId number "43" to give
http://bayjournal.com.au/joomla/index.p ... 87&Itemid=rather than the correct
http://bayjournal.com.au/joomla/index.p ... &Itemid=43The result is that the user cannot view the item and is told
You are not authorized to view this resource.
You need to login.
This appears to happen right across the board for all itemids whenever the system is required to display a clickable link from the search. The latest wrinkle that I have discovered is that it does the same thing in the generated RSS files.
As I have a rather large number of live articles--roughly 420 at last count--the search is pretty well essential for the users to find topics of interest.
The issue did not arise with my local preproduction Linux machine. The only difference between it and my ISP host appears to be that it is running on FreeBSD. If you do check the site, don't be fooled by the non-standard, but incredibily useful "Instant Search" module: the problem does not go away when I regress to the normal search module. I also checked with the authors, B4M, and they confirmed that the problem was not with them and asked me to post the issue here.
One last detail: to avoid issues, I don't use SEF but I did note that a similar bug had been reported for that feature too.