Since there was no response from the assignee, removing for now so that others can take it up.

Since there was no response from the assignee, removing for now so that others can take it up.

Since there was no response from the assignee, removing for now so that others can take it up.

Since there was no response from the assignee, removing for now so that others can take it up.

Since there was no response from the assignee, removing for now so that others can take it up.

Removing @farrukhtahir5 from the task, as there have been no updates.

If we implement a progress bar, how would we capture the metrics related to upload progress? Currently, we only have a circular loading indicator that spins until the upload is complete and then redirects to the homepage, right?

Hey, I read through the comments and it looks like the major conclusion is that the best path forward is to set up a separate, community-maintained URL shortener specifically for Cloud VPS and Toolforge domains, rather than expanding the scope of w.wiki.

Hey is this task available?
I am kinda interested in building this .
Thankyou

Checklist

Node 18

Sure @Jdrewniak

We can fix this by adding progressBar indicating the user that the video is been downloading to the server and getting ready for future edits.(raised a PR)

I tried uploading MP4 file it gets uploaded very smoothly please make sure your browser is updated and try again @Yamen

Git doesn't seem to track changes in some files: modules/ext.pageTriage.newPagesFeed.vue/components/ListFilterMenu.vue

I apologize my bad

The error message is displayed on the right side on a large screen

Hey cant we have it in this way

Hey @Soda can i take this up

hey @DVrandecic I am unable to recreate the issue

git clone --recurse-submodules --remote-submodules https://gerrit.wikimedia.org/r/mediawiki/extensions/WikiLambda
Cloning into 'WikiLambda'...
remote: Total 34118 (delta 0), reused 34118 (delta 0)
Receiving objects: 100% (34118/34118), 11.87 MiB | 424.00 KiB/s, done.
Resolving deltas: 100% (26636/26636), done.
Submodule 'function-schemata' (https://gitlab.wikimedia.org/repos/abstract-wiki/wikifunctions/function-schemata.git) registered for path 'function-schemata'
Cloning into '/home/punith/Desktop/WikiLambda/function-schemata'...
remote: Enumerating objects: 7615, done.        
remote: Counting objects: 100% (297/297), done.        
remote: Compressing objects: 100% (296/296), done.        
remote: Total 7615 (delta 209), reused 0 (delta 0), pack-reused 7318        
Receiving objects: 100% (7615/7615), 1.50 MiB | 262.00 KiB/s, done.
Resolving deltas: 100% (6537/6537), done.
Submodule path 'function-schemata': checked out '0c3746062eebdb705a9942bcd094afc7049098a2

Hey @Samwilson can i take is up?

Hey @Samwilson can i take is up?

@Reputation22
https://www.veed.io/view/dc659759-f0e2-4243-bd30-e36142ba93e8?panel=share

@Aklapper I apologise for that

My Gerrit profile
Created a few more patches
https://gerrit.wikimedia.org/r/c/wikimedia/portals/+/910766 Active
https://gerrit.wikimedia.org/r/c/wikimedia/portals/+/908344 merged
https://gerrit.wikimedia.org/r/c/labs/tools/VideoCutTool/+/908247 Active

Hey @Gopavasanth @Soda
So I came across uploadWizard and saw that when a person uploads new content to the command there are a bunch of things that the user has to look into

@Aklapper Let's say a user is editing a video and decides to delete a particular section of the footage, but then realizes that they actually wanted to keep that section. They can use the "undo" functionality to revert the deletion, but then they may realize that they want to keep the video as it is and re-delete the section. In this case, the "redo" functionality would allow them to quickly restore the deleted section without having to repeat the deletion process again.

Hey this task was proposed by me which I will be working on during my contribution period. I created this phabricato ticket to discuss further on this issue..