Open maxachis opened 3 years ago
Temporary workaround (thank you @ben-nathanson):
[settings] default = city_scrapers.settings.dev
to
[settings] default = city_scrapers.settings.base
@wsnavely
Note that this error also happens on the City Bureau City Scrapers master branch when we change our default in scrapy.cfg
to city_scrapers.settings.prod
and run scrapy shell ...
. So this is pointing me towards some assumption in the city-scrapers-core
library that is being violated. Still exploring what's happening here...
Sorry, getting back into things today. I am playing around with the issue. I can reproduce it; this only seems to affect scrapy shell at the moment, which is good. I think I have a potential fix.
I created a new folder for my latest webscraper, and created an (as yet unfinished) spider file and spider test file, and also updated to the most recent version of city-scrapers-pitt/master branch and ran "pipenv sync --three --dev" before then running "pipenv shell". I then ran scrapy shell and received an attribute error. I attempted to run scrapy shell on another branch which did not have the most recent commits (Nov 27, 2020) and it ran successfully, leading me to suspect the problem may be related to the most recent commits. Would like to know if others are able to replicate the error on their own machine with the most recent commits.
Full traceback below: