Errors with feed handling

Too many issues here. Let's try to address them one at a time.

However, when i'm testing this module, it doesn't really seem to work as it should:
When i go to admin/settings/mysite, in Content Settings 'Web Feeds' is disabled. I cannot enable this untill i go to the page admin/settings/mysite/type/feed and select 'Allow users to add new feeds'. However, i don't want users to add new feeds. I want to define about 50 sources for users to choose from, without allowing them to add new ones. But when i set the setting to 'Do not allow users to add new feeds', the Web Feeds functionality is disabled again.

There is a logic error in /plugins/types/feed.inc. Remove the else statement in function mysite_type_feed_active($type), lines 80-83. (I will commit a patch later today.) Nice catch.

The Web Headlines still works though. But if i want the functionality i described above, i need to create a new category for every feed, and only put that one feed in the category. This way i'd need 50 categories for 50 feeds, which seems idiotic. And if i were to put all 50 feeds into 1 category, users will see only that 1 block, which is not the desired behaviour also.

Fixing the first problem solves this as well. You want to enable the Web Feeds plugin but not the Web Headlines plugin.

Furthermore it can't force the block position to be saved. When i go to mysite/1/view (which has 3 column layout) i can move the feed categories to the column i like, but when i refresh the page, they just show in the standard way again.

I'm trying to track this down. This problem just surfaced with the 5.x.2.4 release. It happens on the test site, but not on my local machine. So I'm investigating.

Changes not saved.

I think this is a caching problem. Turn off MySite's internal cache and see if the problem goes away.

I am convinced that this is an internal MySite cache issue. Add the following code to mysite_ajax_sort or turn off MySite's cache.

  // should we execute this code?
  if (!empty($url)) {
    global $user;
    // clear the user's MySite cache and the defaults, just in case
    cache_clear_all("mysite:$user->uid", 'cache');
    cache_clear_all("mysite:0", 'cache');    
    // set the new order as an array

Due to the path alias feature, we can't be sure that the JavaScript can pick up the user id from the URL, so we have to explicitly clear the cache for the user making the request. [Note: this will not help if the admin is correcting someone else's page.]

Better solution is to write a JavaScript var that is the uid and can be picked up and processed by the sorting script.

Try the new 5.x.2.5 release. Should fix your issues.

I'll check the feed bug.

As for saving content. Did you replace the jquery.js file with the one provided by jQuery Update?

For debugging that, try adding an alert to mysite.js

function mysite_ajax_call(serial) {
  var serial = serial.replace(/&/g, ':');
  var serial = serial.replace(/=m/g, '=');  
  var data = serial.replace(/mysite-sort/g, '');
  var url = document.URL;
  var request = url.replace(/mysite.+/, 'ajax/mysite-sort/') + data;
  alert (request); // new code
  $.get(request);
}

For the feed problem, try changing line 390 of feed.inc:

  if (variable_get('mysite_feed', 0) == 1 && user_access('add mysite feeds', $owner)) {

The feed change fixes the form issue.

This issue is too jumbled. Let's separate them.

If updating jquery.js doesn't work, please open a new issue "Drag and drop fails to save" and include the following:

* Screenshot of your 'admin/logs/status' page.
* Browser and operating system. (Please cross-reference against jQuery's documentation.)

Only re-open this issue if the feed problem recurs.

It is worth documenting, though. My JS / regex isn't great, so if you can code a fix, we should add it to the file.