Global Bookmarks ops links don't function in table view

Great Work Moofie,

True enough, I was reporting 3 seperate issues.
I was using the version you linked to, 5.1-dev

1. Global bookmarks work, on a node by node basis.
User A approves a node, user B refreshed browser window, and sees the change.

2. Views Filtering does work for a Global bookmark,
It took me a while to get this right.
Again, 'approving' or 'unapproving' a node, in full node view, will affect the results set, where filtered by 'approval' mark.

However, I think I might have stumbled upon something amiss with Opera.
I'm not sure that the Global bookmarks links work in Opera.
Non-global links seem fine[such as the default 'bookmark' link] , but if a bookmark is set to Global, It just doesn't seem to work in Opera.
You can click it, but I'm not sure to gets recorded. Refreshing the node after 10 seconds or so, will show the boomark link had no affect.
I'll leave that aside for now, and try to confirm it.

3. For a table view, the 'ops' links seem random.
They sometimes don't seem to reflect the current status of the 'approved' mark.
When a node has been marked 'approved' the link may still say 'approve this'.

I can't spot why...

So I'm changing this to a closed support request.
I may open seperate Bug reports , [Opera issue etc] if I can reproduce them consistently

Thanks Moofie!

Pasted exported view

  $view = new stdClass();
  $view->name = 'applications';
  $view->description = 'Job Applications [args nid]';
  $view->access = array (
  0 => '5',
  1 => '4',
);
  $view->view_args_php = '';
  $view->page = TRUE;
  $view->page_title = '';
  $view->page_header = '';
  $view->page_header_format = '1';
  $view->page_footer = '';
  $view->page_footer_format = '1';
  $view->page_empty = '';
  $view->page_empty_format = '1';
  $view->page_type = 'table';
  $view->url = 'applications';
  $view->use_pager = TRUE;
  $view->nodes_per_page = '10';
  $view->sort = array (
    array (
      'tablename' => 'node',
      'field' => 'created',
      'sortorder' => 'DESC',
      'options' => 'normal',
    ),
  );
  $view->argument = array (
    array (
      'type' => 'content: field_ref_job',
      'argdefault' => '2',
      'title' => '',
      'options' => '',
      'wildcard' => '',
      'wildcard_substitution' => '',
    ),
  );
  $view->field = array (
    array (
      'tablename' => 'node',
      'field' => 'nid',
      'label' => '',
    ),
    array (
      'tablename' => 'users',
      'field' => 'name',
      'label' => 'Applicant',
    ),
    array (
      'tablename' => 'node_data_field_ref_job',
      'field' => 'field_ref_job_nid',
      'label' => 'Job',
      'handler' => 'content_views_field_handler_group',
      'options' => 'default',
    ),
    array (
      'tablename' => 'views_bookmark_ops_4',
      'field' => 'ops',
      'label' => '',
    ),
    array (
      'tablename' => 'node',
      'field' => 'view',
      'label' => '',
    ),
  );
  $view->filter = array (
    array (
      'tablename' => 'node',
      'field' => 'type',
      'operator' => 'OR',
      'options' => '',
      'value' => array (
  0 => 'job_app',
),
    ),
  );
  $view->exposed_filter = array (
  );
  $view->requires = array(node, users, node_data_field_ref_job, views_bookmark_ops_4);
  $views[$view->name] = $view;

Hi There
I just marked it closed as I couldn't reproduce the bugs consistently.
The plan was/ is to to open better bug reports for the individual problems, once I worked out exactly what was going wrong..

Funnily enough, Opera is behaving itself now.

I applied the patch [applies cleanly] to the dev version.
Should this be fixing table views, with bookmark op?
If it is trying to fix that, its still not working.
The wrong labels are still appearing.

Regards
Alan

Silly me, should have cleared the cache.
All looks good now.
RTBC

Regards
Alan