Skip to content

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
    • Help
    • Support
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
weboob
weboob
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
    • Cycle Analytics
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Charts
  • Issues 178
    • Issues 178
    • List
    • Boards
    • Labels
    • Milestones
  • Merge Requests 49
    • Merge Requests 49
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
    • Charts
  • Wiki
    • Wiki
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Charts
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • weboob
  • weboobweboob
  • Issues
  • #338

Closed
Open
Opened Jan 15, 2020 by sinopsysHK@sinopsysHK
  • Report abuse
  • New issue
Report abuse New issue

[boobill] condition not working when querying documents over all subscriptions

  • weeboob version 1.6 (dev head)
  • os: linux - debian 10 (buster)
  • python: 3.7.6

When querying documents for a specific subscription with a condition it works as expected (listing only docs matching condition) For instance:

>boobill documents xxxxxx@societegenerale  -c 'date>2020-01-01'
...list of docs...

But launching same command without specifying the subscription, hopefully to go through all of them it crash complaining with 'Field "X" is not valid' For instance:

>boobill documents -c 'date>2020-01-01'
Error(lcl): Field "date" is not valid.
Error(societegenerale): Field "date" is not valid.

On the other hand, it works without setting condition iterating as expected over all documents of all subscriptions.

To be further investigated but apparently is_valid function from weboob/tootls/application/results.py (line 101) is called with an object of type Subscription instead of type Document thus not having the same fields. It looks like the extra level of iteration (over subscriptions) is messing up trying to apply condition right away instead of pushing it ahead at later stage.

Edited Jan 15, 2020 by sinopsysHK
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
0
Labels
None
Assign labels
  • View project labels
Reference: weboob/weboob#338