"The attached file could not be found" message
I'm having a problem in which I always get the following message when I attempt to open a snapshot of an article I've saved: "The attached file could not be found. It may have been moved or deleted outside of Zotero." I've searched for this in the forum but haven't seen the particular set of circumstances I have. First, I'm running Ubuntu 10.04LTS, Firefox 3.6.11, and Zotero 2.0.9 (with syncing turned off). This only started happening recently, after my switch from Windows to Linux. I copied the Zotero folders to the appropriate directory, and all my old articles showed up fine. New articles seem to save okay, but the snapshot actually doesn't. When I first discovered this, I thought there might be some conflict with the FF profile, but when I create a debug output and view the log, it's looking for the correct profile. Curiously, the article is saved fine -- everything but the actual html document. If, say, the main article is called "article.html," the resulting file in the Zotero storage folder will be named "article_1.html." What's more, it will only be 2 or 3 KB, when previously saved articles (that work properly) are all on the order of 70-100 KB. (Upon opening the misnamed html file, there might be a few lines of text at the top, but mostly blank space.) I thought perhaps an updated NoScript addon could be creating a conflict, but when I disabled that and restarted FF, I still have the snapshot problem. I'd appreciate any suggestions you might have to fix this . . .
We'll have to look into what exactly about the interaction is causing this. (For starters, Zotero uses WebPageDump for snapshot saving, so if you have a moment, install that and see if snapshots saved with that are affected as well.)
I wonder if it's a problem particular to the Ubuntu version of Firefox. Maybe Windows versions work fine, so the conflict hasn't been widely noted-? I'm new to Linux, but I know there's an add-on called "Ubuntu Firefox Modifications" that the Software Center describes as "various modifications for the Ubuntu default install of Firefox." The full information for my version of FF is 3.6.11 and "Mozilla FF for Ubuntu, canonical - 1.0" if that makes a difference. I might try setting up the same program and extension versions on my old Windows machine and see whether or not I get the same results.
http://www.nytimes.com/2010/10/27/world/middleeast/27saudi.html
I've submitted the process of scraping the above article as Debug
Debug ID is D553086856.
ScrapBook (which I thought uses WebDump, too) still works on those sites. I'll now try disabling adblock.
To get it back to work, it's not necessary to disable Adblock in Firefox. It's sufficient to unblock the page (or nytimes.com entirely), reload the page and scraping will work correctly (which is very much viable as a work-around - but I'm concerned about people who don't notice).
The latest correct scrape from NYTimes that I can confirm is from September 15th this year.
Dan is trying to help you, it doesn't make sense to argue. (and the idea is to keep one technical problem per thread - unless you're having the exact same problem - NYT article snapshots using adblock - we'd want to address it in a separate thread).
If the problem persists after disabling AdBlock on one of your three machines, then your problem is separate from the one reported above, and in that case Dan suggests starting a new thread, just to keep the debugging discusssions clearly separated.
If disabling AdBlock does solve the problem in your case, you're in the right place.
- Windows (XP)
- Firefox 3.6.15
- Zotero 2.1.1
- Adblock Plus (1.3.3)
So the problem is not limited to Linux and Mac. And disabling Adblock for nytimes.com works, but is of course annoying.
- Windows 7 (64)
- Firefox 4.0.1
- Zotero 2.1.7
- Adblock Plus 1.3.8
Snapshots work fine on other pages but nytimes.com needs Adblock disabled.