FB Secure Browsing Enforced, Please Read#||
FB is rolling out (again) secure browsing, but this time, you don't have the ability to disable it. Therefore, WM has to change and start using HTTPS protocol during your browser session. All sidekicks need updated. In the meantime, you can get unmodified sidekicks to function by performing this user fix.
In addition to these changes, you also need to start using WM at an https protocol address. If you have previously linked, bookmarked or otherwise saved the address of the startup page, you would have saved it with non-secure protocol. You need to update your links to the required address of https://www.facebook.com/pages/FB-Wall-Manager/199384176806715. Facebook sidebar links should have already been modified by facebook changes. Links in your bookmark stash will not have changed. You will need to update them.
FB Like Banning#||
If you use autolike, and you make 1000+ likes per 4 hour period, FB may like-ban you. Either stop using autolike, stop liking ALL posts, and/or reduce your quantity of posts that trigger autolike. There is a custom rule you can now import into your WM3 Rules Manager which can be found on the Rules Manager Code Share page. Its built for Pioneer Trail users, but a little modification can help keep your autolike ban potential down.
- Tested and approved with FF 27.0.1 and GM 1.15
- As of GM 1.13, you can no longer view/edit your options in the about:config. If you need help in that department, just ask.
Pioneer Trail No Recent Posts
- You may be having issues getting any recent PT posts. Even if you use your app feed, such as https://www.facebook.com/?sk=app_266989143414, you may just see this image instead of any posts:
- After 3 hours of hunting I finally found a public profile with 216 recent-ish posts, 9 of which were within a collectible time frame, however, every single post returned a "sorry pardner, all out of rewards" message right on the PT collection page. There ARE PT posts out there, but many of the feeds seem to not be returning them, even to basic facebook hosted pages, such as the app filter pages. Basically, I can do absolutely nothing to force FB to fill up your feed with PT posts if they don't want to.
Options Menu/Storage Failure
- If you are having issues with FF not keeping your saved options/history from one session to another, here's a few things to know: SaveBugA
- If you are having issues with your sidekicks fetching posts in WM2, check your sidekick docking wait time. WM2 assumes your sidekicks are docked after waiting X seconds. If that is not true, which is now not usually the case since GM1.0 and FF 14, sidekicks may trip the fetching process. This is not an issue in WM3 beta due to how WM3 handles sidekicks. In WM2, go to the options menu and change Basic Tech Options > Sidekick Docking > Sidekick Docking Wait. I suggest 15 or higher. This only affects initial load time waiting. WM 22.214.171.124 default was 3 seconds. I updated that to 15 on 4/28/13.
- See something like "Graph.fetchPosts: Could not parse 'null' into a date or time"? Are your sidekicks not fetching posts? They probably docked way late, after your user-set "Sidekick Docking Wait". Find that option in the options menu under Basic Tech Options > Sidekick Docking. The default value is 3 seconds, which is highly inefficient for FF 16 for some reason. Try 12+, or just be safe and do 30 seconds, especially if you have lots of sidekicks. What's happening is the first train to facebook town is leaving without all its passengers. Those sidekicks do not get a second chance to get their first posts in WM2. This is not an issue in WM 3 beta, because there is no train. Each sidekick takes its own motorcycle to facebook town. I won't be patching this for WM2 since its a non-issue in WM3.
- See something like "Graph.fetchPosts: the initial request for data has not been returned yet", repeatedly. This is not an error, its a warning. It does not crash the script. It means my Graph object has recorded that it sent a request to facebook. That request never came back, crashed without error, or something similar. My Graph object knows not to hammer on facebook for the same data, because returns of the same data are useless, and hammering facebook is generally naughty. What can you do? Well first, wait a few seconds. If after just a few seconds you don't get a return so you can move on, you'll know you have a network bottleneck. What you should do is close firefox. Maybe even disconnect from your network. Wait for it to finish pooping, then restart that connection. Fire up firefox and get working again. For some reason, this is common since FF 15, and even moreso with FF 16. I personally blame the implemention of GM1+'s xmlHttpRequest, but I cannot pinpoint the exact issue. I'm getting this even outside WM with FF 16.0.2.
- If you are having an issue with your connection to the facebook database (for any reason), you will get one of the following messages in the debug console, and it will go no further: "Graph.fetchUser()" or "Graph.fetchPosts()". What is happening is the WM script has sent a request to the FB graph api and is awaiting a response. You may at some point get "Graph.fetchPosts: the initial request for data has not been returned yet" as mentioned above. See that listing above for details.
- Since the upgrade of GM to 1.0 and beyond, WM2 may jam if any request times out. See GM1_TimeoutBug.
- (for the lazy) restart your browser and just carry on as normal
- (better) in your script directory, delete the script with number 130454 to force a newer version of the wmGraph library to install.
- (best) force an update of WM, but make sure your update got the new 130454 script. It should read version 3.0.1+. Version 3.0.1 has some GM 1.0 specific functions, such as their new built in request timeouts.
- Some aspects of the above issue carry over into the main WM script. This may cause PT bonus collection to fail in odd cases. Other current sidekicks are unaffected. The issue should be fixed by WM 3.0's release.
Quick Setup -- Please Read
- New Users, please head over to New User Setup.
- If you have been away from WM for a while and just recently come back, you should also read the New User Setup because much has changed in WM 2. With each major change will come difficulties for those who have not updated in a while.
Firefox needs to be altered slightly to work best with this script.
- Set up Firefox to allow closing of tabs/windows opened by this script: Instructions
- Set up Firefox to keep new tabs/windows from stealing focus: Instructions
- FB now runs in secure browsing mode all the time, for most users. WM has been updated to continue working through this change. Sidekicks are still being updated by their authors. In the meantime, if your sidekick HAS NOT been flagged as "Updated for secure browsing" on the Downloads page, go read some helpful instructions in the article "Forced to Secure Browsing"
- You MUST be logged into FB to use this script or it cannot determine who you are and will not fetch any posts. Please log in BEFORE you go to the launch page. DO NOT try using the debug window to log in, even if a login box shows there.
- You cannot block pop-ups from www.facebook.com or sidekicks will not work. Enter the Firefox options menu: Tools > Options > Content (tab) > Block Popup Windows (checkbox) > Exceptions (button). Then make sure you have an exception for "www.facebook.com". Feel free to block anything else you need to.
- Many sidekicks will not properly identify and collect posts for non-English layouts. Some sidekicks have the luxury of not having to use written language to identify posts, but many do not. Because these sidekicks are provided free of charge, do not berate or beg sidekick creators to add your chosen language. They have just as much right to ask you to start using the English (US) facebook layout. Work with what you have, and be thankful for the work somebody gave you for free.
- You cannot use GreaseMonkey "global excludes" that exclude many facebook addresses. Older versions of wall manager and its sidekicks ran rampantly across facebook, but newer sidekicks are more focussed in their locations. If you have any questions about which addresses you can block script from running on, refer to the @include sections for each sidekick, as well as the WM host script. Also be aware that sidekicks need to change their includes occasionally due to changes by facebook or their represented games, so be willing to change. In fact, you should use only scripts that have more specific include statements and avoid those with sloppy targeting. You should not have to use global excludes at all.
- If you are having issues, always check to make sure your script is up to date. Download links can be found on the Downloads page.
Other Bugs and Known Issues
- You can try holding SHIFT or CTRL when you click the link to bypass your local cache. Sometimes this works, sometimes you really are getting a true 505 error. If that is the case, just wait and try again later. Userscripts will make the needed updates to their server without much delay in most cases.
Most, if not all, of the posts I try are timed out.
- If for some reason you are experiencing high quantities of timed-out posts, you might consider setting your time out delay to 45 seconds or higher. See Options Menu > Basic Tech Options > Timeouts > Item Acceptance Page Timeout. Keep in mind the timeout for Auto-like in WM2 works similarly and if you find many posts are not getting liked, up the timer so the script has time to try harder. If the sidekick window is timing out due to not being able to determine a status, that is completely different and you should report that below.
- If you use DOM tracking and editing software with GM (like FireBug), you are more likely to suffer stuck buttons, especially while using DOM modifying scripts like this one. Two or more scripts will try to do the same thing at or near the same time and with the help of those DOM editors, you will likely have to restart FF, or worse, you might need to reboot to release the bottleneck. This seems to be an issue with the internal mechanics of firefox.
A notice about global user includes:
- Using some GreaseMonkey global exludes, such as those suggested Here may actually cause some related scripts, or even WM sidekicks, to stop working. If you want to use these global excludes and use those scripts, simply remove any global excludes that mention the following: Dialog, Connect, Plugins, Posts, Pages and Lists. If in doubt, ask your sidekick provider about their include locations.
I have installed a new version of WM or a sidekick, but the version I am running is not the version I installed. Sometimes I get errors, other times it crashes.
- Some releases of GM may install multiple versions of the same script on your computer, allowing firefox to name them as "someScript" and the next as "someScript-1". Those versions may not all display in the script manager console if their names match. They will fight with each other and/or not allow WM to run properly due to various issues. If an error occurs that references the WM script and you notice a dash followed by a number, please go remove the WM script, restart FF, check that WM was actually removed, and if it was, go get a new copy. If WM was not removed, keep removing and restarting FF until its evil twins are gone. You do NOT need to do this with sidekicks unless they too start giving odd errors. By errors, I specifically mean those found in the FF JS console (CTRL + Shift + J).
- Also make sure that if you have installed a new version, or a temp update provided by another author, that the original script is disabled or removed before running WM. Both sidekick versions will attempt to run, and the first one that WM hears from will be the one that starts up.
I run security software on my computer and it is preventing WM from running properly.
- Users of AVG Security Toolbar are having trouble running some scripts. This script uses at least one backdoor left open on purpose by Firefox, which other browsers have shut. AVG seems to close those doors for you. See the AVG documentation to get around this problem, or disable AVG when running GM scripts. Other anti-virus toolbars may affect GreaseMonkey similarly. You can't be a shady script user and be virus paranoid at the same time. Either drop the toolbar or drop this script family. Otherwise research what your security software has to say about cross-domain requests.
When I try to start WM from my browser bookmarks, I get an error in the debug box that is asking for me to log in, or I get errors trying to fetch posts.
- You MUST be logged into FB to fetch posts with the WM script. If you are not logged into facebook you will constantly get an error while trying to get an authorization token. That is because FB doesn't know who you are unless you log in, and therefore cannot associate game posts with you. Log into your FB account BEFORE trying to use the WM. Do NOT log into FB using any login console shown in the script's debug window.
A Notice About Cookies:
- Some users are having issues with cookies from FB not working properly. This will cause your accounts to not be able to use WM. The reason being that WM does not know who you are and the higher functions of FB require more recent cookies more often. Be sure your cookies are not set to "never expire" because they do need to expire periodically. Also be sure to either not use multi-account addons, or to at least set them up so they work (read their documentation as I do not support them). You may need to clear your cookies to get a new one from FB. To do this properly, you need to close all FB windows but one (or even restart FF with a single window), then clear your cookies in the FF options menu. Then restart FF to make it take effect. This is not an issue related to this script, but it seriously affects how the script works. I can't give too much more help on this topic since you need to fix it on your end, and each person's security/history settings are set up differently. I just don't care to go through every possible scenario related to cookies/security/history here.
Report a Bug
When you post a bug, make sure you post (ALL not SOME):
- the browser name and version (do not say up to date). This is located in the help menu under about.
- the version of GreaseMonkey you are using (do not say up to date). This is located on your firefox add-ons manager, under the extensions tab.
- the version of the WM script you are using (do not say current, as current is relative). The version is displayed on the console, or if your console is not loading, can be found in the greasemonkey script manager.
- the version of the Sidekick you are experiencing problems with as well as WHAT sidekick you are using (without name and version of sidekick I can't identify sidekick related issues). This is found in the options menu, or can be found on the greasemonkey script manager.
- which page you are running the script on by copying and pasting the address from the browser's address bar. Remember the script no longer runs on feeds or profiles. (everybody should be on the same page, literally. I check this part because if you are not listening to what is written above, it will show here.)
- You can also include (copy and paste) errors found in the browser's JS Console. Be sure to show only those errors that pertain to either this script or reference a line in the GreaseMonkey js file. I cannot use the rest and they are just a waste of space here on the wiki. You can make sure only errors are shown by clicking the error button on the top. Its like a tab, but does not look like a tab. Do not post warning or messages found in the console. Do not post anything about "proxy.installtrigger".
- Attach a picture of any useful information. Feel free to post the picture right to this wiki, otherwise just upload it to some site and give me the link. This is optional, but a picture can actually say 1000 words. Do not remove the address bar from your picture. Feel free to remove names and account numbers of people as I do not need them. If you have a debug console from WM, open it, and show the last line.
- You can now also use my custom Debug Window shown on the bottom of the screen. You can enable and set the sensitivity of your debug window in the options menu under Basic Tech Options. You should set your debug console to on, and also set the sensitivity to function calls. This console gets better and better with every revision, so use it if at all possible. It may not always appear if you are having more serious issues with WM. Refer to the JS console when it does not show (see two comments above).
- I cannot help you without this information, and will probably start ignoring posts from any user that omits all or most of the above information. Omitting it simply tells me you are not actually reading the wiki to try and help yourself first. While the JS console and information from the WM debug window are optional, I will ask you for one or the other eventually, so you might as well show what you got and save me the trouble of asking.
- If you simply post that "it dont work" or anything similar, I will ignore you, unless you are logged in and I remember who you are. Because I talk to so many people per week, if you do not log in, please do not expect me to know who you are.