User Details
- User Since
- Sep 13 2022, 9:16 AM (188 w, 1 d)
- Availability
- Available
- LDAP User
- Hasan Akgün (WMDE)
- MediaWiki User
- Unknown
Yesterday
Mon, Apr 20
- Avoid loading Vue partially or entirely until a user clicks on an "edit" link or on the "add statement" button. Per T400325#11798263, we do not need to load the whole MEX Vue UI on page-load, and might be able to avoid loading Vue entirely until a user triggers interactive features. This would speed up the read-only experience, but might slow down the interactive experience (since we are not loading all assets at once) - we need to decide who our target is for this optimisation and what our preferred experience is.
Sun, Apr 12
After some research, it turned out that iOS renders toolbar onto the page and that brakes viewport borders. The only real solution is basically watching width and height with JS and adapt accordingly.
Thu, Apr 9
Tue, Apr 7
I've tried to address both concerns by adding custom options/overrides to popover indicator, therefore it can be used by other extensions.
Mar 10 2026
I agree with @ArthurTaylor because I also thought if it's in the sprint it's MEX, and I'm still on the same page. I think right now MEX itself solves its own problem without any server-side changes, hence our main focus is MEX I'm eager to go with current patches.
Mar 9 2026
Mar 6 2026
Mar 5 2026
Feb 26 2026
Feb 24 2026
After investigation, it seems we don't need to add more tests because individual tasks covers all of it for the first pass.
Feb 16 2026
Feb 13 2026
Feb 12 2026
Jan 26 2026
Jan 14 2026
Jan 7 2026
Handover notes:
Jan 6 2026
Dec 18 2025
Dec 5 2025
Dec 3 2025
Dec 2 2025
Dec 1 2025
Nov 27 2025
Nov 21 2025
Nov 18 2025
Nov 17 2025
Nov 14 2025
Nov 12 2025
Fixed with T409147
Solved with T409147
Nov 10 2025
Nov 3 2025
Oct 28 2025
Oct 27 2025
Oct 16 2025
Gerrit change:
