Closed (fixed)
Project:
Smartqueue language
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
25 Apr 2011 at 10:10 UTC
Updated:
4 Jan 2014 at 00:53 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
stijndm commentedI have two problems with this solution:
1. There's a node_load
2. Say there are 20 results, you don't have access to the first 10, but you do have access to the next 10 you won't get any results because the query is limited to the first 10 which are the filtered based on node_access
We have to either prevent locale/i18n from doing anything with the query, or we have to leverage node access by ourselves on the query level.
Comment #2
stijndm commentedLooking at the i18n code we could achieve this simply by adding i18n_selection_mode('off') before the query. For good measure you could do i18n_selection_mode('reset') after the query, but since it's an autocomplete I don't think this is necessary.
Will try and implement it soon.
Comment #3
yvmarques commentedHello,
You right, I didn't think about this. I check the code from i18n too and instead of use i18n_selection_mode, I suggest to add view in args.
What do you think, patch attached ?
Regards,
Comment #4
stijndm commentedI think I still prefer the i18n_selection_mode() solution since it was specifically made as part of the API to programmatically override the selection mode:
The view argument is targeted at views, if something in the views api changes, or this arg isn't required anymore... the autocomplete might break. I think the i18n_selection_mode() method is less likely to change.
Comment #5
stijndm commentedCommited to dev release