ast.Module signature change in Python 3.8.0a3 causes TypeError #1551

paihu · 2019-05-19T06:31:47Z

With Python 3.8.0a3 and Werkzeug 0.15.4, compiling the rule builders causes TypeError: required field "type_ignores" missing from Module. It sounds like ast.Module has a new required argument.

I think this is the same problem as beetbox/beets#3201 (comment)

flask run
 * Serving Flask app "flask_test.py"
 * Environment: production
   WARNING: This is a development server. Do not use it in a production deployment.
   Use a production WSGI server instead.
 * Debug mode: off
Traceback (most recent call last):
  File "d:\tool\python\38\lib\runpy.py", line 192, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File "d:\tool\python\38\lib\runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "d:\tool\python\38\Scripts\flask.exe\__main__.py", line 9, in <module>
  File "d:\tool\python\38\lib\site-packages\flask\cli.py", line 906, in main
    cli.main(args=args, prog_name=name)
  File "d:\tool\python\38\lib\site-packages\flask\cli.py", line 569, in main
    return super(FlaskGroup, self).main(*args, **kwargs)
  File "d:\tool\python\38\lib\site-packages\click\core.py", line 717, in main
    rv = self.invoke(ctx)
  File "d:\tool\python\38\lib\site-packages\click\core.py", line 1137, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "d:\tool\python\38\lib\site-packages\click\core.py", line 956, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "d:\tool\python\38\lib\site-packages\click\core.py", line 555, in invoke
    return callback(*args, **kwargs)
  File "d:\tool\python\38\lib\site-packages\click\decorators.py", line 64, in new_func
    return ctx.invoke(f, obj, *args, **kwargs)
  File "d:\tool\python\38\lib\site-packages\click\core.py", line 555, in invoke
    return callback(*args, **kwargs)
  File "d:\tool\python\38\lib\site-packages\flask\cli.py", line 779, in run_command
    app = DispatchingApp(info.load_app, use_eager_loading=eager_loading)
  File "d:\tool\python\38\lib\site-packages\flask\cli.py", line 300, in __init__
    self._load_unlocked()
  File "d:\tool\python\38\lib\site-packages\flask\cli.py", line 324, in _load_unlocked
    self._app = rv = self.loader()
  File "d:\tool\python\38\lib\site-packages\flask\cli.py", line 381, in load_app
    app = locate_app(self, import_name, name)
  File "d:\tool\python\38\lib\site-packages\flask\cli.py", line 236, in locate_app
    __import__(module_name)
  File "D:\flask_test.py", line 3, in <module>
    app = Flask(__name__)
  File "d:\tool\python\38\lib\site-packages\flask\app.py", line 559, in __init__
    self.add_url_rule(
  File "d:\tool\python\38\lib\site-packages\flask\app.py", line 67, in wrapper_func
    return f(self, *args, **kwargs)
  File "d:\tool\python\38\lib\site-packages\flask\app.py", line 1217, in add_url_rule
    self.url_map.add(rule)
  File "d:\tool\python\38\lib\site-packages\werkzeug\routing.py", line 1388, in add
    rule.bind(self)
  File "d:\tool\python\38\lib\site-packages\werkzeug\routing.py", line 730, in bind
    self.compile()
  File "d:\tool\python\38\lib\site-packages\werkzeug\routing.py", line 794, in compile
    self._build = self._compile_builder(False).__get__(self, None)
  File "d:\tool\python\38\lib\site-packages\werkzeug\routing.py", line 951, in _compile_builder
    code = compile(module, "<werkzeug routing>", "exec")
TypeError: required field "type_ignores" missing from Module

The text was updated successfully, but these errors were encountered:

davidism · 2019-05-19T12:38:05Z

This needs to be reported to CPython as an undocumented and backwards-incompatible API change in the standard library.

davidism · 2019-05-19T12:42:14Z

@asottile What are your thoughts? I'm not sure we should fix this yet, Python 3.8 has been causing then fixing random issues for quite a while.

davidism · 2019-05-19T12:49:47Z

Looks like this was reported in CPython https://bugs.python.org/issue35894 and the resolution was that downstream code should add a if sys.version_info >= (3, 8). 😒

asottile · 2019-05-19T15:59:58Z

😡 what a wacky resolution -- I'll make a more portable fix for this, coming right up!

The Werkzeug issue on 3.8 seems to have been fixed: pallets/werkzeug#1551

Ref: pallets/werkzeug#1551

brainix · 2019-10-15T18:53:23Z

Thank you for the quick turnaround on this and many other issues. Python 3.8.0 final has been released. Can we get a Werkzeug 0.15.5 release?

3.8 has a problem with the pinned werkzeug version. Instead of messing with pip requirements, just downgrade Python. Issue: pallets/werkzeug#1551 + STATUSCODE=200 + test 200 -ne 200 + locust --host=http://frontend:80 --no-web -c 500 Traceback (most recent call last): File "/usr/local/bin/locust", line 11, in <module> load_entry_point('locustio==0.8.1', 'console_scripts', 'locust')() File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 490, in load_entry_point return get_distribution(dist).load_entry_point(group, name) File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2854, in load_entry_point return ep.load() File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2445, in load return self.resolve() File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2451, in resolve module = __import__(self.module_name, fromlist=['__name__'], level=0) File "/usr/local/lib/python3.8/site-packages/locust/main.py", line 14, in <module> from . import events, runners, web File "/usr/local/lib/python3.8/site-packages/locust/web.py", line 27, in <module> app = Flask(__name__) File "/usr/local/lib/python3.8/site-packages/flask/app.py", line 558, in __init__ self.add_url_rule( File "/usr/local/lib/python3.8/site-packages/flask/app.py", line 66, in wrapper_func return f(self, *args, **kwargs) File "/usr/local/lib/python3.8/site-packages/flask/app.py", line 1216, in add_url_rule self.url_map.add(rule) File "/usr/local/lib/python3.8/site-packages/werkzeug/routing.py", line 1386, in add rule.bind(self) File "/usr/local/lib/python3.8/site-packages/werkzeug/routing.py", line 730, in bind self.compile() File "/usr/local/lib/python3.8/site-packages/werkzeug/routing.py", line 794, in compile self._build = self._compile_builder(False).__get__(self, None) File "/usr/local/lib/python3.8/site-packages/werkzeug/routing.py", line 945, in _compile_builder code = compile(module, "<werkzeug routing>", "exec") TypeError: required field "type_ignores" missing from Module

Werkzeug upgraded to fix underlying bug that this surfaces pallets/werkzeug#1551

cf pallets/werkzeug#1551

duhaime · 2020-08-02T13:09:42Z

Does anyone have a workaround for this issue?

davidism · 2020-08-02T13:43:13Z

It was fixed in a subsequent release. Upgrade your version of Werkzeug.

When I tried Python examples with Python 3.8.5, I got the following error: TypeError: required field "type_ignores" missing from Module I updated the dependency since it seems the error is related to this issue: pallets/werkzeug#1551

paihu changed the title ~~Crashes on Python 3.8.0a3 in 0.~~ Crashes on Python 3.8.0a3 in 0.15.3 and 0.15.4 May 19, 2019

davidism changed the title ~~Crashes on Python 3.8.0a3 in 0.15.3 and 0.15.4~~ ast.Module signature change in Python 3.8.0a3 causes TypeError May 19, 2019

asottile mentioned this issue May 19, 2019

Construct the Module portion of the ast in a portable way #1552

Merged

davidism added this to the 0.15.5 milestone May 19, 2019

davidism added the bug label May 20, 2019

davidism closed this as completed May 21, 2019

davidism mentioned this issue May 26, 2019

werkzeug 0.15.2 and 0.15.3 fails with Python 3.8 #1558

Closed

c17r mentioned this issue Jun 1, 2019

3.8 nightly error: TypeError: code() takes at least 14 arguments (13 given) #1579

Closed

sampsyo added a commit to beetbox/beets that referenced this issue Jul 5, 2019

Travis: re-enable Python 3.8

0d44d31

The Werkzeug issue on 3.8 seems to have been fixed: pallets/werkzeug#1551

yan12125 pushed a commit to yan12125/nvchecker that referenced this issue Jul 6, 2019

Allow python 3.8 builds to fail

fcd83cd

Ref: pallets/werkzeug#1551

yan12125 mentioned this issue Jul 6, 2019

Fix 403 errors from crates.io lilydjwg/nvchecker#110

Merged

blue-bird1 mentioned this issue Sep 13, 2019

在高版本python中目前的Werkzeug版本将导致flask无法运行 FeeiCN/Cobra#1382

Closed

penn5 mentioned this issue Sep 16, 2019

Eval not working on 3.8 friendly-telegram/friendly-telegram#18

Closed

luglo mentioned this issue Oct 18, 2019

add simplified ipv4 docker-compose files for service and checker enowars/enowars3-service-casino#1

Merged

nicolaiarocci mentioned this issue Nov 12, 2019

werkzeug 0.15.4 crashes with Python 3.8 pyeve/eve#1325

Closed

jessebye mentioned this issue Nov 15, 2019

Fix werkzeug issue with Python 3.8 datawire/hello-world#4

Merged

htfy96 mentioned this issue Nov 16, 2019

Broken after upgrading to Python 3.8 cea-sec/miasm#1092

Closed

shaurmanchic mentioned this issue Dec 10, 2019

Flask crashes when using python 3.8 due to a Werkzeug bug stripe-samples/card-payment-charges-api#5

Open

davidism mentioned this issue Dec 16, 2019

I got a problem when using python3.8 to run flask #1669

Closed

ferbncode mentioned this issue Jan 3, 2020

Update python3 version to 3.8 metabrainz/brainzutils-python#37

Closed

danerlt mentioned this issue Jan 8, 2020

python3.8 Werkzeug版本要为0.16.0 pjialin/py12306#355

Open

erikvansebille mentioned this issue Feb 19, 2020

Bug fixes for parcels in python3.8 OceanParcels/parcels#753

Merged

3 tasks

megamorf mentioned this issue Feb 21, 2020

The pinned Werkzeug version is incompatible with Python 3.8 miguelgrinberg/flask-celery-example#23

Closed

Trolldemorted mentioned this issue Mar 1, 2020

Tests fail on python 3.8 enowars/enochecker#24

Closed

benpbrown mentioned this issue Mar 16, 2020

loadgenerator: pin python to 3.7 instead of 3.x lightstep/hipster-shop#32

Merged

RickMeasham mentioned this issue Jun 26, 2020

Error running python server stripe-archive/react-elements-card-payment#15

Closed

sebbacon added a commit to ebmdatalab/ebmbot that referenced this issue Jun 26, 2020

Fix invocation of webserver

e6ff3c7

Werkzeug upgraded to fix underlying bug that this surfaces pallets/werkzeug#1551

lljr added a commit to lljr/project2 that referenced this issue Jun 26, 2020

fix: pallets/werkzeug#1551

5a29afb

firrm mentioned this issue Jun 30, 2020

Python 3.8 and Werkzeug (>0.15.4?) cause TypeError niccokunzmann/open-web-calendar#73

Closed

spk added a commit to spk/flask-recipes that referenced this issue Jul 5, 2020

Update werkzeug for Python 3.8

dad381c

cf pallets/werkzeug#1551

nirlipo mentioned this issue Jul 15, 2020

Resources AI-Planning/planning-as-a-service#1

Open

varghesebg mentioned this issue Sep 6, 2020

Python 3.8 vsm.py TypeError: required field "type_ignores" missing from Module COVESA/vehicle_signal_manager#52

Open

hibariya mentioned this issue Sep 13, 2020

Use Werkzeug 0.15.5 or newer to fix TypeError stripe-samples/subscription-use-cases#57

Merged

xzhangxa mentioned this issue Oct 21, 2020

Python 3.8 doesn't work with Werkzeug 0.15.3 in current requirements.txt Netflix/flamescope#116

Closed

github-actions bot locked as resolved and limited conversation to collaborators Nov 13, 2020

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

ast.Module signature change in Python 3.8.0a3 causes TypeError #1551

ast.Module signature change in Python 3.8.0a3 causes TypeError #1551

paihu commented May 19, 2019 •

edited by davidism

davidism commented May 19, 2019

davidism commented May 19, 2019

davidism commented May 19, 2019

asottile commented May 19, 2019

brainix commented Oct 15, 2019

duhaime commented Aug 2, 2020

davidism commented Aug 2, 2020

ast.Module signature change in Python 3.8.0a3 causes TypeError #1551

ast.Module signature change in Python 3.8.0a3 causes TypeError #1551

Comments

paihu commented May 19, 2019 • edited by davidism

davidism commented May 19, 2019

davidism commented May 19, 2019

davidism commented May 19, 2019

asottile commented May 19, 2019

brainix commented Oct 15, 2019

duhaime commented Aug 2, 2020

davidism commented Aug 2, 2020

paihu commented May 19, 2019 •

edited by davidism