[media] Results should show up #822
Labels
Comments
kghbln
changed the title
|
Go to Your JavaScript may be broken in other places as well. |
|
Hi Alexander.
As per you suggestion changed from:
*ReferenceTooltips[ResourceLoader|default|type=general|dependencies=mediawiki.cookie,jquery.client,mediawiki.notify]|ReferenceTooltips.js|ReferenceTooltips.css
to
*ReferenceTooltips[ResourceLoader|default|type=general|dependencies=mw.cookie,jquery.client,mw.notify]|ReferenceTooltips.js|ReferenceTooltips.css
and cleared the History but nothing happened.
Can you please suggest some other place(s) where my Javascript could be broken?
Thank you so much.
Valerio.
 The Traditional Tune Archive
The Semantic Index of North American,
British and Irish traditional instrumental
music with annotation.
-------
Web: https://tunearch.org
Mail: ***@***.***
… On 18 Mar 2024, at 05:08, Alexander Mashin ***@***.***> wrote:
MediaWiki:Gadgets-definition <https://tunearch.org/wiki/MediaWiki:Gadgets-definition>
|
|
Also, you Google Analytics might be (partially) blocked by CORS policy (see https://www.mediawiki.org/wiki/Manual:$wgAllowedCorsHeaders). |
|
Disable the ReferenceToolTips Gadget at all, Alexander, but the result is the same.
Also I don’t make use of $wgAllowedCorsHeaders
Thanks anyway.
 The Traditional Tune Archive
The Semantic Index of North American,
British and Irish traditional instrumental
music with annotation.
-------
Web: https://tunearch.org
Mail: ***@***.***
… On 18 Mar 2024, at 11:25, Alexander Mashin ***@***.***> wrote:
mw.cookie cannot be found. Replacing it with mediawiki.cookie or disabling the ReferenceTooltips gadget altogether might help.
Also, you Google Analytics might be (partially) blocked by CORS policy (see https://www.mediawiki.org/wiki/Manual:$wgAllowedCorsHeaders).
—
Reply to this email directly, view it on GitHub <#822 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJS7KGWKCZVLIPKPD3USCALYY26KPAVCNFSM6AAAAABESEDLP6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMBTGQ4TSNZQGQ>.
You are receiving this because you authored the thread.
|
|
You could also try this: I noticed that in the table format, the title column does not have the expected header |
|
Now the table format looks like: https://tunearch.org/wiki/Sandbox and the media format is still missing.
Valerio
 The Traditional Tune Archive
The Semantic Index of North American,
British and Irish traditional instrumental
music with annotation.
-------
Web: https://tunearch.org
Mail: ***@***.***
… On 18 Mar 2024, at 13:22, Alexander Mashin ***@***.***> wrote:
You could also try this:
{{#ask:
[[Category:Volume 3]]
|?=source
|?Title=title
|?Has cover art=poster
|?Has artists=artist
|default=''No valid media found.''
|format=media
|inspector=no
}}
I noticed that in the table format, the title column does not have the expected header title.
—
Reply to this email directly, view it on GitHub <#822 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJS7KGRBOYAEYZSCDXGD4KTYY3L7VAVCNFSM6AAAAABESEDLP6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMBTG43TAMZSGQ>.
You are receiving this because you authored the thread.
|
|
I have managed to play several MP3 files with this SRF format at my installation (though my MW is 1.35). Perhaps, |
|
This is the Inspector report, that I’m unable to interpret.
It is evident, however, that something is wrong with:
No solution is currently active. jPlayer needs a setMedia().
status.formatType = ''
status.src = ''
status.media = {
};
THE INSPECTOR
jPlayer is paused at time: 0s. (d: 0s, sp: 0%, cpr: 0%, cpa: 0%)
jPlayer events that have occurred over the past 1 second:
(Backgrounds: Never occurred Occurred before Occurred Multiple occurrences reset <https://tunearch.org/wiki/Sandbox#>)
ready (0)setmedia (0)flashreset (0)resize (0)repeat (0)click (0)warning (0)loadstart (0)progress (0)timeupdate (0)volumechange (0)error (0)play (0)pause (0)waiting (0)playing (0)seeking (0)seeked (0)ended (0)loadeddata (0)loadedmetadata (0)canplay (0)canplaythrough (0)suspend (0)abort (0)emptied (0)stalled (0)ratechange (0)durationchange (0)
Update <https://tunearch.org/wiki/Sandbox#> jPlayer Inspector
This jPlayer instance is running in your browser where:
jPlayer's html solution is being used and will support: mp3
jPlayer's flash solution is not required
No solution is currently active. jPlayer needs a setMedia().
status.formatType = ''
status.src = ''
status.media = {
};
status.videoWidth = '0' | status.videoHeight = '0'
status.width = '480' | status.height = '270'
htmlElement.audio.canPlayType = function
This instance is using the constructor options:
$('#srf-65f85f710b416-player').jPlayer({
swfPath: '/w/extensions/SemanticResultFormats/resources/jquery/jplayer/jquery.jplayer.swf',
solution: 'html, flash',
supplied: 'mp3',
preload: 'metadata',
volume: 0.8,
muted: false,
backgroundColor: '#FFFFFF',
cssSelectorAncestor: '#srf-65f85f710b416-container',
cssSelector: {
videoPlay: '.jp-video-play',
play: '.jp-play',
pause: '.jp-pause',
stop: '.jp-stop',
seekBar: '.jp-seek-bar',
playBar: '.jp-play-bar',
mute: '.jp-mute',
unmute: '.jp-unmute',
volumeBar: '.jp-volume-bar',
volumeBarValue: '.jp-volume-bar-value',
volumeMax: '.jp-volume-max',
playbackRateBar: '.jp-playback-rate-bar',
playbackRateBarValue: '.jp-playback-rate-bar-value',
currentTime: '.jp-current-time',
duration: '.jp-duration',
title: '.jp-title',
fullScreen: '.jp-full-screen',
restoreScreen: '.jp-restore-screen',
repeat: '.jp-repeat',
repeatOff: '.jp-repeat-off',
gui: '.jp-gui',
noSolution: '.jp-no-solution'
},
errorAlerts: 0,
warningAlerts: false
});
Valerio
 The Traditional Tune Archive
The Semantic Index of North American,
British and Irish traditional instrumental
music with annotation.
-------
Web: https://tunearch.org
Mail: ***@***.***
… On 18 Mar 2024, at 13:56, Alexander Mashin ***@***.***> wrote:
I have managed to play an MP3 file with this SRF format at my installation (though my MW os 1.35). Perhaps, inspector=yes will show something?
—
Reply to this email directly, view it on GitHub <#822 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJS7KGRVIIYB4SYFK6FRVDLYY3P7VAVCNFSM6AAAAABESEDLP6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMBTHAZTONBTHE>.
You are receiving this because you authored the thread.
|
|
Could it be because of the fact that there have been deprecations in jQuery, e.g. |
|
I do apologise but you asked me a question that I really can't answer.
Valerio
 The Traditional Tune Archive
The Semantic Index of North American,
British and Irish traditional instrumental
music with annotation.
-------
Web: https://tunearch.org
Mail: ***@***.***
… On 18 Mar 2024, at 17:19, Alexander Mashin ***@***.***> wrote:
Could it be because of the fact that there have been deprecations in jQuery, e.g. .click() and .bind()?
—
Reply to this email directly, view it on GitHub <#822 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJS7KGXNKXRXYTN7CDYQH6TYY4H2BAVCNFSM6AAAAABESEDLP6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMBUGM3DEOBQGM>.
You are receiving this because you authored the thread.
|
|
No need to apologise, that was a question to the format developers. The problem with tunearch.org seems to lie in JavaScript. The query results have reached their place in HTML head, unhandled JavaScript exceptions have been eliminated. The player never starts to reproduce the first file. jPlayer seems to have gone out of fashion along with jQuery and abandoned since 2020. |
|
Thus, there is no solution to the problem.
I can't believe it.
V
 The Traditional Tune Archive
The Semantic Index of North American,
British and Irish traditional instrumental
music with annotation.
-------
Web: https://tunearch.org
Mail: ***@***.***
… On 19 Mar 2024, at 02:44, Alexander Mashin ***@***.***> wrote:
No need to apologise, that was a question to the format developers.
The problem with tenearch.org seems to lie in JavaScript. The query results have reached their place in HTML head, JavaScript ungandled exceptions have been eliminated. The player never starts to reproduce the first file.
jPlayer seems to have gone out of fashion along with jQuery and abandoned since 2020.
—
Reply to this email directly, view it on GitHub <#822 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJS7KGXFFHOWVUP5VSTZTK3YY6J7PAVCNFSM6AAAAABESEDLP6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMBVGU4DOOJQGQ>.
You are receiving this because you authored the thread.
|
|
I might be mistaken; and someone might replace the player in the extension with a more modern one. |
|
In the JPlayer group, someone is suggesting alternatives:
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
My Public Wiki is at https://tunearch.org
OS = Ubuntu 20.04
MW version = 1.40.1
SMW version = 4.1.2
SRF version = 4.0.2
PHP version 7.4.3
MariaDB version = 10.3.38
The problem:
After upgrading MW from 1.35 to 1.40.1, SMW (from 3.0.0.+ to 4.1.2) and SRF (from 3.1.0+ to 4.0.2), the following in-line query no longer works:
{{#ask:
[[Category:Volume 3]]
|?Title={{#sub:title|5}}
|?Has cover art=poster
|?Has artists=artist
|default=''No valid media found.''
|format=media
|inspector=no
}}
it produce a blank, white rectangle, as you can see at https://tunearch.org/wiki/Sandbox.
If I change the format (e.g. giving "no format" at all) it produce the (correct) gallery view with the link to all the (playable) media.
Is this a bug?
Thanks a lot for your help.
The text was updated successfully, but these errors were encountered: