@Portrock1566 I can't seem to reproduce your error. I can access https://atrociousyoutubers.miraheze.org/wiki/User:Portrock1566 and https://atrociousyoutubers.miraheze.org/wiki/UserWiki:Portrock1566 perfectly fine. What exactly can you not access? Could you maybe try accessing while logged out and see what happens?
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Sep 16 2020
The extension is not maintained and is probably not compatible with the current version of MediaWiki. It is rejected for security reasons
In T6119#120937, @Universal_Omega wrote:Can I have your Discord ID? (Only if you feel comfortable giving it)
@Edgard I would also like to point out the correct steps you need to do for creation of the webhook do you get it right and get a correct version to them:
- Open your Server Settings "Integrations" tab
- Click the "View Webhooks" button
- Click "New Webhook"
- Make sure you select the correct channel to send your wiki activity to from the channel drop-down
- Click on "Copy Webhook URL"
- Send that copied url to tech@miraheze.org
- Make sure to never delete the webhook or it'll stop working.
In T6030#120935, @Universal_Omega wrote:Is this issue still happening?
@Edgard what's the new web hook? Please send to tech[at]miraheze.org.
Seems to have completed.
Even if namespace Event not possible to make multilingual, the extension JsCalendar has more to offer than WikiVoyage-Calendar. That limitation of namespace to have translation to other languages does not affects visitors and does not affects editors too much. Is there any way to contact the developer and ask him to fix the non working parameter "prefix =" ? It would solve the major problem, so the event pages would be located in main namespace.. If he could add multilanguage support to month names (+weekdays), that would be great.
However, the JsCalendar is much better solution to create and show events, so we go with that as mainline.
And appreciate for all yours support and important job, guys.
Sep 15 2020
You may be better off asking this issue on the Wikimedia phabricator, honestly. I am not to familiar with the extension, I did see alot of issues about it on wikimedia phabricator and none answer your issue though. Sorry.
Almost, but not quite. It *does* work for the WikiEditor. But with *either* editor, it fails to render properly in the references section of the page (either just copies whatever it finds in the template link).
Can I have your Discord ID? (Only if you feel comfortable giving it)
@Universal_Omega Sadly it still doesn't work. I deleted the webhook and recreated it, nothing. Do I need to create the bot role ahead of time or does that get created automatically? I'm not sure where this went wrong. We can abandon it for now.
Is this issue still happening?
To get the issue clear, it does work on WikiEditor, but not on VisualEditor, correct?
@Edgard is this still not working/do you still need assistance with it?
Localalization of namespaces would require core modification or extension modification from what you've said above, therefore on Miraheze I do not believe that is possible.
Hi. You can do this yourself by going to Special:ManageWiki/settings under styling
Hi. You can do this yourself by going to Special:ManageWiki/permissions and removing "edit" from the * (anon) group
Is it possible to switch the extension in Cargo to openlayers then? This needs a server side change, can be set by adding $wgCargoDefaultMapService setting to LocalSettings.php
I've noticed this exact problem. And it is really annoying. I hope to see it fixed as soon as possible. https://csydes.miraheze.org/wiki/Special:ListGroupRights For the first group on the list.
Sep 14 2020
Nevermind again, it's now working.
This is awkward.
On second thought, we enabled it through the extensions page but it doesn't work.
Nevermind
In T6175#120802, @Zppix wrote:Can you provide a link to an example of the issue?
I cannot find the extension, can you provide a link?
Sorry for the late response. It seems that this requires some extra config (setting up a "kart") so we'd have to look more into this.
Can you provide a link to an example of the issue?
Please email stewards[at]miraheze.org, we do not handle undeletions of wikis on Phabricator
The domain is now functional again
In T6173#120773, @Reception123 wrote:@alireza Hi. Your wiki has not been deleted, your SSL certificate was because it seemed to not be pointing properly to Miraheze. Please make sure to read https://meta.miraheze.org/wiki/Custom_domains and let me know when it's configured properly so I can add your cert back.
Please note that your domain is not pointed properly and make sure to read https://meta.miraheze.org/wiki/Custom_domains and https://meta.miraheze.org/wiki/Custom_domains/Cloudflare
@Helper Is this what the extension said it would do? It seems to be an upstream problem (the developers) rather than a Miraheze problem.
@alireza Hi. Your wiki has not been deleted, your SSL certificate was because it seemed to not be pointing properly to Miraheze. Please make sure to read https://meta.miraheze.org/wiki/Custom_domains and let me know when it's configured properly so I can add your cert back.
Import is in progress
Sep 13 2020
It was originally installed to work with Chameleon, but because we don't have that there's no point in it existing really. It does nothing. T2841#65856
In T5972#120650, @Universal_Omega wrote:This bootstrap extension can not be activated on-wiki only by the use of PHP modifications. However there is an extension called BootstrapComponents which seems to provide this functionality.