Open slkwd opened 3 months ago
Go to
MediaWiki:Gadgets-definition
and replace mediawiki.notify
, and, possibly, other dependencies prefixed with mediawiki
, with mw.notify
. Press Ctrl + F5.
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.
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
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).
Disable the ReferenceToolTips Gadget at all, Alexander, but the result is the same. Also I don’t make use of $wgAllowedCorsHeaders
Thanks anyway.
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 https://github.com/SemanticMediaWiki/SemanticResultFormats/issues/822#issuecomment-2003499704, or unsubscribe https://github.com/notifications/unsubscribe-auth/AJS7KGWKCZVLIPKPD3USCALYY26KPAVCNFSM6AAAAABESEDLP6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMBTGQ4TSNZQGQ. You are receiving this because you authored the thread.
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
; nore the main printout, source
.
Now the table format looks like: https://tunearch.org/wiki/Sandbox and the media format is still missing.
Valerio
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 https://github.com/SemanticMediaWiki/SemanticResultFormats/issues/822#issuecomment-2003770324, 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, inspector=yes
will show something?
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
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 https://github.com/SemanticMediaWiki/SemanticResultFormats/issues/822#issuecomment-2003837439, 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. .click()
and .bind()
?
I do apologise but you asked me a question that I really can't answer.
Valerio
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 https://github.com/SemanticMediaWiki/SemanticResultFormats/issues/822#issuecomment-2004362803, 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
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 https://github.com/SemanticMediaWiki/SemanticResultFormats/issues/822#issuecomment-2005587904, 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: https://groups.google.com/g/jplayer/c/1XR0nItPGp8 since abeplayer also requires jquery, probably on of these could be the way to go?
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.