Closed (fixed)
Project:
Facebook-style Statuses (Microblog)
Version:
6.x-2.0-rc1
Component:
Miscellaneous
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
13 Jul 2009 at 00:01 UTC
Updated:
16 Oct 2009 at 13:53 UTC
Comments
Comment #1
pribeh commentedDisabled and re-enabled the module and the warning disappears so far.
Comment #2
icecreamyou commentedI'm pretty sure that's due to leftover cache data from before the upgrade. Disabling (and re-enabling) a module refreshes your site's cache, which would have fixed the problem. You may have forgotten to run update.php or a cache may just not have flushed completely while update.php was running.
Comment #3
pribeh commentedI'm pretty sure that my flush cache didn't entirely flush the cache since I do run update and cache after every update. I've noticed that happening from time to time.
Comment #4
icecreamyou commentedYeah, that could be. I don't know for sure but I've heard that the functions that supposedly flush the cache in D6 don't actually flush all the caches, although I was under the impression that all the caches were flushed during update.php.
Comment #5
pribeh commentedsorry for opening this again but I'm getting the error again this time no matter what I do:
Comment #6
pribeh commentedit actually appears to be a conflict with the mobile tools module. As soon as I turn it off the error goes away. will investigate.
Comment #7
icecreamyou commentedWell, it's technically easy to fix, but the line in question (below) should always work, at least with Drupal core. It may be that the Mobile Tools module modifies $form['#parameters'] but I'd be surprised if it removed it altogether (the likely cause) or changed it to a different type of variable (less likely).
If this is indeed a bug (which I do not believe it is), the solution is to use this code instead of the above two lines:
I don't have time to look into what the Mobile Tools module does, but if that is the culprit, this is not a bug in FBSS.
Comment #8
icecreamyou commentedComment #9
pribeh commentedThanks for the help Ice. I filed an issue in the Mobile Tools module support q.
I tried the code you mentioned above and the error disappears but so does the facebook_status view after posting a status update.
Comment #10
icecreamyou commentedI'm 97% sure attached views have nothing to do with that line, but it's something of an unsupported hack anyway.
I suppose this issue isn't really "fixed," but there's nothing else I can contribute to it, so marking as "fixed" anyway.
Comment #12
pribeh commentedHi, sorry to bring this issue up again. I'm running Mobile Tools 1.7, Facebook Status without any ahah, just a page refresh upon submission and still get a bug with status updates. Instead of getting the reported error I get a negative character indicator (the "NaN") on the Facebook Status form after submission of a status. If you simply have an idea of what might be interfering I'll report this back to the Mobile Tools maintainer. Thanks so much Ice.
Comment #13
icecreamyou commentedMy answer is essentially the same as here (a search would have revealed that...). Essentially, the FBSS JavaScript only works if only one instance of the status update form appears on the page. I don't know what Mobile Tools does, but it may be that it tries to load other instances of the form in the background that are confusing the FBSS JavaScript.
Comment #14
pribeh commentedSorry Ice. I'll send this over to the maintainer of Mobile Tools. Thanks!