All Projects

Originally reported by Aleksandar Urosevic

Submitted by someone desiring no credit.

Here’s a patch against 1.13.2 for mistaken approximate size calculation.

Self-notes about the patch:

• More accurate rounding → Discarded. I went for rounding by excess
• Leading 0 in fractionary units was not present in the original → BUG
  Sample: Samsung HD sample, 1080pto720p version

Even though they’re ignored, it might fail on some files. May be due to the 5 frames hack.

No need for description

No need for description

Introduce new names in 1.12 (this)

Remove old names in 1.13 or 1.14 (FS#151)

-n 0, –numcaps 0

First reported on BSD and Debian 10 (reproducible), apparently tied to some updated tool

Reported by Miya

When using mplayer as capturer and defining a number of captures, the produced number exceeds it by one (i.e. 21 instead of 20).

Appears to happen in non-x86 systems.

The updated version to return to the Play Store isn’t adapted to the new notification system

Traceback (most recent call last):
  File "./relevation.py", line 658, in <module>
    main(sys.argv[1:])
  File "./relevation.py", line 638, in main
    numhits += dump_entries(xmldata, needles, 'folder', caseInsensitive, True)
  File "./relevation.py", line 224, in dump_entries
    res = tree.xpath(xpath)
  File "lxml.etree.pyx", line 1509, in lxml.etree._Element.xpath (src/lxml/lxml.etree.c:50702)
  File "xpath.pxi", line 306, in lxml.etree.XPathElementEvaluator.__call__ (src/lxml/lxml.etree.c:145829)
  File "apihelpers.pxi", line 1395, in lxml.etree._utf8 (src/lxml/lxml.etree.c:26485)
ValueError: All strings must be XML compatible: Unicode or ASCII, no NULL bytes or control characters

main(sys.argv[1:])
  File "./relevation.py", line 628, in main
    numhits = dump_all_entries(xmldata)
  File "./relevation.py", line 213, in dump_all_entries
    return dump_result(res, 'all')
  File "./relevation.py", line 290, in dump_result
    dumpfn(typeName, name, descr, notes, fields)
  File "./relevation.py", line 253, in dump_single_result
    print s
UnicodeEncodeError: 'ascii' codec can't encode character u'\xf3' in position 19: ordinal not in range(128)

Sometimes a negated type will be ignored.

e.g.:

Fine:

$ relevation -t website java.net

-> Search "java.net" ('website' entries):  1 matches

$ relevation -t -website java.net

-> Search "java.net" ('not website' entries):  No results

Not fine:

$ relevation google.com

-> Search "google.com" ('not folder' entries):  6 matches

$ relevation google.com | grep -c ^Type:\ website
5

$ relevation -t -website google.com

-> Search "google.com" ('not website' entries):  6 matches
$ relevation  -t -website google.com | grep -c ^Type:\ website
5

$ relevation -t website google.com

-> Search "google.com" ('website' entries):  5 matches

Might be due to entries inside folders being repeated?

No need for description

Was a known issue

lxml provides a cleaner (or more pythonic) implementation, is easier to install and more commonly required.

No need for description

No need for description

Requested on Google Play