User Details
- User Since
- Aug 25 2023, 9:55 PM (137 w, 4 d)
- Availability
- Available
- LDAP User
- Uniquemia
- MediaWiki User
- EUwandu-WMF [ Global Accounts ]
Jul 10 2024
Hello @fgiunchedi , I was just recently converted and I have changed euwandu-ctr@wikimedia.org to my new email euwandu@wikimedia.org. Please let me know if this solves it and allow you to move to the next action. Thank you for the support.
Jul 8 2024
Hello @fgiunchedi , Please can you check again to see if it works now? Here is the screenshot of my sign-in with Uniquemia on Wikitech as well if it is helpful{F56297576}
Jun 3 2024
@Ragesoss would this action mean that regardless of making changes such as event dates, When/duration, facilitators, and tracked wikis on the dashboard after connecting it to Event Registration, the dashboard name would not change or otherwise?
We use course names as identifiers, but apparently they are not stable over time: the addition of the "When" information causes the name to change, but internally in the Dashboard it's still the same course.
Okay
I assume this failed because the linkage with event registration was moved over to the new name on the Dashboard side.
Trying to understand this. Since you mentioned above that although the additional information (e.g. When) causes the dashboard name to change but it is still the same course internally in the dashboard. And if this is the case, would the changed dashboard name not work with the page linkage? Not sure if this is what you are trying to say but would be happy to get further clarification.
There's a question of how this was done, as there are two ways this could have gone.
- They tried to submit the form with the new link, it was rejected, then they changed the link and saved again. In this case, the event info would not be updated at all (because there was no change), so it's expected that you wouldn't get any errors.
- They tried to submit the form with the new link, it was rejected, they removed the link, saved the event, then went to edit it again, added the new link, and saved. I don't think this is what happened based on your description. I don't know what would happen in this case.
It was the No.1 use case that was applied
The request here is made using the old name, so this seems expected.
Yes because the new name was rejected by the page
Can you please share this link?
Here are the links - https://meta.wikimedia.org/wiki/Event:WikiForHumanRights_2024_in_Uganda ; https://outreachdashboard.wmflabs.org/courses/Wikimedia_Community_User_Group_Uganda/WikiForHumanRights_2024_in_Uganda_(May_to_June)
Was the course deleted on the Dashboard side by any chance?
From my understanding, changing parameters on their initial dashboard produced a new dashboard link which is the one I shared above. This action seem to have nullified the earlier dashboard they created - https://outreachdashboard.wmflabs.org/courses/Wikimedia_Community_User_Group_Uganda/WikiForHumanRights_2024_in_Uganda which now says ''does not exist''.
Could you share a specific example of something that they found difficult to understand? Was it an error message or something else? Or are you referring to the whole situation?
I was particularly referring to myself in this context. It was difficult to understand their explanation of the problem encountered and they did not have any form of documentation (e.g.. screenshots) that makes understanding easy. I had to run a dummy event page and PE dashboard for them to repeat the very steps they took to get to the problems in order to understand the challenge. So this is why I thought maybe having a feature in the tool that allows people to report issues by sharing relevant documentation would help us learn better. But this might also require support for communities to ensure its use in such circumstances.
