|
Packages | Stable | Bug Report | Very Low | Medium | hypervideo have a bug now | Closed | |
Task Description
$ hypervideo -F https://yewtu.be/watch?v=W5fFOECr3EI [youtube] W5fFOECr3EI: Downloading webpage
[youtube] W5fFOECr3EI: Downloading android player API JSON
[youtube] W5fFOECr3EI: Downloading player 11e3a4ec
WARNING: [youtube] nsig extraction failed: You may experience throttling for some formats
n = iXmUjcWoU-JB5WlM ; player = https://www.youtube.com/s/player/11e3a4ec/player_ias.vflset/en_US/base.js W5fFOECr3EI: Traceback (most recent call last):
File "/usr/lib/python3.8/site-packages/hypervideo_dl/extractor/youtube.py", line 2519, in _decrypt_nsig
self._player_cache[sig_id] = func(s)
File "/usr/lib/python3.8/site-packages/hypervideo_dl/extractor/youtube.py", line 2551, in <lambda>
return lambda s: jsi.extract_function_from_code(*func_code)([s])
File "/usr/lib/python3.8/site-packages/hypervideo_dl/jsinterp.py", line 536, in resf
ret, should_abort = self.interpret_statement(stmt, var_stack)
File "/usr/lib/python3.8/site-packages/hypervideo_dl/jsinterp.py", line 145, in interpret_statement
v = self.interpret_expression(expr, local_vars, allow_recursion)
File "/usr/lib/python3.8/site-packages/hypervideo_dl/jsinterp.py", line 182, in interpret_expression
ret, should_abort = self.interpret_statement(try_expr, local_vars, allow_recursion - 1)
File "/usr/lib/python3.8/site-packages/hypervideo_dl/jsinterp.py", line 145, in interpret_statement
v = self.interpret_expression(expr, local_vars, allow_recursion)
File "/usr/lib/python3.8/site-packages/hypervideo_dl/jsinterp.py", line 182, in interpret_expression
ret, should_abort = self.interpret_statement(try_expr, local_vars, allow_recursion - 1)
File "/usr/lib/python3.8/site-packages/hypervideo_dl/jsinterp.py", line 145, in interpret_statement
v = self.interpret_expression(expr, local_vars, allow_recursion)
File "/usr/lib/python3.8/site-packages/hypervideo_dl/jsinterp.py", line 256, in interpret_expression
self.interpret_expression(sub_expr, local_vars, allow_recursion)
File "/usr/lib/python3.8/site-packages/hypervideo_dl/jsinterp.py", line 326, in interpret_expression
left_val, should_abort = self.interpret_statement(
File "/usr/lib/python3.8/site-packages/hypervideo_dl/jsinterp.py", line 145, in interpret_statement
v = self.interpret_expression(expr, local_vars, allow_recursion)
File "/usr/lib/python3.8/site-packages/hypervideo_dl/jsinterp.py", line 326, in interpret_expression
left_val, should_abort = self.interpret_statement(
File "/usr/lib/python3.8/site-packages/hypervideo_dl/jsinterp.py", line 145, in interpret_statement
v = self.interpret_expression(expr, local_vars, allow_recursion)
File "/usr/lib/python3.8/site-packages/hypervideo_dl/jsinterp.py", line 464, in interpret_expression
raise ExtractorError('Unsupported JS expression %r' % expr)
hypervideo_dl.utils.ExtractorError: Unsupported JS expression ‘0⇐c[49]’; please report this issue on https://issues.hyperbola.info/ , filling out the appropriate issue template. Confirm you are on the latest version using pacman -Su
(caused by ExtractorError(”Unsupported JS expression ‘0⇐c[49]’; please report this issue on https://issues.hyperbola.info/ , filling out the appropriate issue template. Confirm you are on the latest version using pacman -Su”)); please report this issue on https://issues.hyperbola.info/ , filling out the appropriate issue template. Confirm you are on the latest version using pacman -Su
ERROR: [youtube] W5fFOECr3EI: Unable to extract uploader id; please report this issue on https://issues.hyperbola.info/ , filling out the appropriate issue template. Confirm you are on the latest version using pacman -Su
|
|
Services | HyperWiki/DokuWiki | Bug Report | Medium | Low | Wiki search feature is broken, taskrunner has stopped t... | In Progress | |
Task Description
The search feature on our wiki seems to be broken,
Only very early wiki page articles seem to have been tracked. Everything created in the last few years was not tracked, so pages cannot be found on index by search feature, https://www.dokuwiki.org/faq:searchindex. Nontheless we should fix this given currently is already quite hard to find articles, fortunately our wiki is not yet big enough for search to be a necessity.
Has you can see in https://wiki.hyperbola.info/doku.php?id=&do=index the are many pages(articles/files) and namespaces(directories) inside en: namespace but if you search for articles on search you will realize most will not show up https://wiki.hyperbola.info/doku.php?do=search&id=start&sf=1&q=en, another example is when you search “system” this is a word used many times in our wiki, but here you notice again not much references https://wiki.hyperbola.info/doku.php?do=search&id=start&sf=1&q=system
This issue is related to new pages not being tracked by taskrunner on the search index of our wiki, given it doesnt seem to automatically re-create said index like it normally should, https://www.dokuwiki.org/taskrunner. So in the case something is broken on search like it is our case, check https://www.dokuwiki.org/search#some_background_on_the_searchindex for more information and https://www.dokuwiki.org/faq:searchindex could also be relevant.
We have 2 option to fix it: 1. there is a command line tool included in DokuWiki in case you prefer that (and in case you have shell access to the server), https://www.dokuwiki.org/cli#indexerphp. And secondly there is search_index plugin for a admin GUI instead, https://www.dokuwiki.org/plugin:searchindex
This won’t fix the search index permanently, the search index needs to be updated whenever a page is changed, ours seams broken, this is normally triggered by this task runner, in a form of a image file that should also be in our custom template (I assume this is the root cause on our problem not being in template, https://www.dokuwiki.org/template):
“The indexing process is triggered by a small image embedded in the template which will call the indexing script. If you use a third party template, the template developer might have forgotten to add this “webbug” in the template. You should check your main.php template for the existence of the tpl_indexerWebBug() function.” or maybe (another plugin might be the root cause for this breakage).
Related but irrelevant: So we first need to fix our search index has discribed abouve before trying to use the move plugin again.
TODO > “Add search_index_plugin so wiki admins can also fix this without shell acess to server but through GUI”
|
