- 25 Sep, 2019 1 commit
-
-
Laurent Peuch authored
-
- 27 Sep, 2019 1 commit
-
-
Laurent Peuch authored
Otherwise it could be in another unrendered form that makes marko complains. Closes #17256791
-
- 12 Sep, 2019 1 commit
-
-
Laurent Peuch authored
Closes #17219866
-
- 20 Nov, 2019 1 commit
-
-
Laurent Peuch authored
-
- 14 Nov, 2019 2 commits
-
-
Laurent Peuch authored
Closes #17219866
-
Laurent Peuch authored
Closes #17219873
-
- 08 Oct, 2019 1 commit
-
-
Laurent Peuch authored
Closes #17219897
-
- 18 Nov, 2019 1 commit
-
-
Nicolas Chauvat authored
-
- 31 Jul, 2019 1 commit
-
-
Laurent Peuch authored
-
- 01 Aug, 2019 1 commit
-
-
Laurent Peuch authored
-
- 31 Jul, 2019 1 commit
-
-
Laurent Peuch authored
Closes #17219673
-
- 24 Oct, 2019 1 commit
-
-
Laurent Peuch authored
This is used for the RQL debug panel but can be used as a generic mechanism for several tools.
-
- 06 Nov, 2019 1 commit
-
-
Laurent Peuch authored
-
- 24 Oct, 2019 1 commit
-
-
Laurent Peuch authored
-
- 01 Aug, 2019 2 commits
-
-
Laurent Peuch authored
This is aimed to be used by the RQL debug panel (and the SQL one later on) but can also be used by other debugging tools.
-
Laurent Peuch authored
-
- 06 Nov, 2019 1 commit
-
-
Laurent Peuch authored
Closes #17253994
-
- 05 Nov, 2019 1 commit
-
-
Nicolas Chauvat authored
-
- 22 May, 2019 1 commit
-
-
Laurent Peuch authored
Instead, the migration command will just crash without offering the possibility of the user to debug or continue the migration. Closes #17219772
-
- 29 May, 2019 1 commit
-
-
Laurent Peuch authored
While this toolbar isn't yet very integrated with CW, it integrates an inline debugging shell like werkzeug for flask or django_extensions which greatly helps debugging on exception. It can already be manually activated by writting "pyramid.includes = pyramid_debugtoolbar" but it's hidden somewhere in the documentation and not very accessible and annoying to do. Closes #17219765
-
- 23 Oct, 2019 1 commit
-
-
Laurent Peuch authored
-
- 18 Oct, 2019 1 commit
-
-
Nicolas Chauvat authored
-
- 27 Aug, 2019 1 commit
-
-
Laurent Peuch authored
--HG-- branch : 3.26
-
- 26 Jun, 2019 1 commit
-
-
Laurent Peuch authored
--HG-- branch : 3.26
-
- 20 Jun, 2019 1 commit
-
-
Laurent Peuch authored
--HG-- branch : 3.26
-
- 11 Sep, 2019 3 commits
-
-
Laurent Peuch authored
--HG-- branch : 3.26
-
Philippe Pepiot authored
When deleting entities, cubicweb run a rql DELETE on all relations to trigger hooks. For an inlined relation this also mean set the column to NULL. This operation may fail if there's additional constraints on the column. Also this is a weird and useless behavior since deleting the entity row will by definition delete the relation. We still doesn't handle the case where both subject and object are going to be deleted because rows need to be deleted in a particular order that cubicweb doesn't handle. Add a test checking UPDATE does not occur but hooks are correctly called. Closes #17236690 --HG-- branch : 3.26
-
Philippe Pepiot authored
This test does nothing and is here from the begining of repo history. Now it raise an error "TypeError: Skipped expected string as 'msg' parameter, got 'SkipTest' instead. Perhaps you meant to use a mark?" Just drop it. --HG-- branch : 3.26
-
- 06 Aug, 2019 3 commits
-
-
Denis Laxalde authored
--HG-- branch : 3.26
-
Denis Laxalde authored
--HG-- branch : 3.26
-
Denis Laxalde authored
When passing a unicode string to smtplib.SMTP.sendmail() as "msg" argument, there is an implicit bytes encoding using "ascii" encoding in python3. Of course this does not work if the string contains non-ASCII characters. In fact, config's sendmails method intent to pass bytes to smtplib.SMTP.sendmail() as it uses msg.as_string() method. Unfortunately, in python3, this method returns a unicode string whereas it returns a bytes string in python2; we thus fix this by calling as_bytes() method on python3. As there is no "as_bytes" method in python2, we need to handle python2 compatibility by hand and either call as_string() or as_bytes(). In testlib, where we mock smtplib.SMTP, we need to keep the "msg" argument of Email class (defined in testlib as well) a unicode string. Otherwise, it fails to be parsed by email.message_from_string() (from stdlib) if it is bytes on python3. --HG-- branch : 3.26
-
- 24 Jul, 2019 3 commits
-
-
Denis Laxalde authored
--HG-- branch : 3.26
-
Denis Laxalde authored
--HG-- branch : 3.26
-
Denis Laxalde authored
This solves a "python setup.py build" issue on my machine. Copying these files should not be a big deal because they have been dropped in the "default" branch and we would not touch them in 3.26 branch. --HG-- branch : 3.26
-
- 23 Jul, 2019 1 commit
-
-
Denis Laxalde authored
--HG-- branch : 3.26
-
- 10 Jun, 2019 3 commits
-
-
Jérémy Bobbio (Lunar) authored
--HG-- branch : 3.26
-
Jérémy Bobbio (Lunar) authored
As pointed by Lintian, the “Apps” section is only used in menu, not in doc-base. We can just remove it. --HG-- branch : 3.26
-
Jérémy Bobbio (Lunar) authored
Just use the now preferred location. --HG-- branch : 3.26
-
- 13 Jun, 2019 1 commit
-
-
Jérémy Bobbio (Lunar) authored
The documentation package was missing a Built-Using field to record the provenance of the templates. Empty packages or meta packages do not require Depends on a specific Python version, so we can remove the relevant substvars. --HG-- branch : 3.26
-
- 10 Jun, 2019 1 commit
-
-
Jérémy Bobbio (Lunar) authored
Quoting Lintian, “Since Debian Policy version 4.0.1, the priority extra has been deprecated.” So let's use “optional” instead. --HG-- branch : 3.26
-