ritschwumm / commonist Goto Github PK

The progress bar at the bottom shows '100% of files uploaded', then 'loading gallery', then 'could not update gallery', but in the end no files are uploaded. I haven't changed anything, while last week it worked well.

I want to bug-fix a renderissue: phab:T36947 for more than 2500+[1] svg-files, but there are two problems with upload them with commonist:

• For every picture commonist ask me if I want to overwrite (thats anoying for 2500+ files)
  
• The description-page should kept unchanged, not as File:1_Bulgaria_610_BC.svg

Please provide an reasonable upload for minor (but necessary) mass-bug-fix-edits, such as User_talk:JoKalliauer#Text_rendering

[1] Category:SVG_maps_showing_history_in_Russian

Currently a file description page is overwritten upon re-upload without a way to disable this. There should be an option to upload a file but not overwrite the description page.

While there's an upload progress for the current file, there isn't any for the list of selected files.

A simple "File X/Total" would be useful, but a progress bar (based on total size to upload) would be even better if possible.

Analogous to https://phabricator.wikimedia.org/T39925 it would be nice if the commonist would also include the heading into the location template if available in Exif.

In support of https://phabricator.wikimedia.org/T280806....

It seems commonist is doing action=query&prop=info&intoken queries. Can you update them please?

The name refers to communism, it could offend many people who suffer dictatorial regimes under this ideology. I suggest changing the name to something more neutral

http://neonstau.de/commonist/ws/commonist.jnlp no longer works.

2 Reports:

• https://commons.wikimedia.org/w/index.php?title=Commons_talk%3ACommonist&type=revision&diff=167449118&oldid=167350757#Das_war_ne_supertolle_Aktion

https://commons.wikimedia.org/wiki/Commons:Commonist

There is no possibility to get binary files.

It is nice that commonist uses EXIF metadata for some fields like the description field.
However, it would be fine if UTF8 characters were accepted correctly.
In German there are some special characters, which are notimported properly from the images (my images and metadata were exported from Lightroom).

BTW: Is there the possibility to import the category as well? If so, from which EXIF-tag?

The issue was raised on Village Pump that large files failed to upload with Commonist.

Hello,
I tried to upload some pictures with Commonist. I launched it via Web Start, filled out the forms and chosed some pictures. Then I pressed the Hochladen-Button and I received the error message:

Hochladen von fehlgeschlagen (Sourced file: jar:http://neonstau.de/commonist/wa/commonist-1.6.1.jar!/image_wikimedia_commons.bpp unknown error: access denied ("java.lang.RuntimePermission" "accesDeclaredMembers"))

How can I fix this?

As can be seen in commonist/src/main/resources/image_wikimedia_commons.bpp, the code exists to allow custom description but is commented out.

I suggest enabling it if there's no problem.

CURL / MAKE appraoch

$curl -L -C - 'http://site.net/file.zip' -o ../data/file.zip

My cheatsheet for :

• curl
• make

GIT SUBMODULE approach

An alternative.

0. Get the main repository ritschwumm/commonist.git:

git clone "https://github.com/<user>/<project>.git"
cd ./<project>/               # here, `git branch` gives "master", you can create an other one to test around

1. Add submodule project2.git to the ./project2place/ folder of your project.git:

git submodule add -- "https://github.com/<project2user>/<project2name>.git" "./project2place/"

2.Commit cycle :

git commit -am "dev,git: add submodule https://github.com/<project2user>/<project2name>.git" 
git push

Cloning the repository for git +1.6.5 :

git clone --recursive git://github.com/foo/bar.git
cd bar

Updating repository:

git submodule update --init --recursive

Installing

When code is on user's computer, running the installation is up to your project's specifics.

Since Java blocks by default installation from HTTP websites, the user has to add an exception as explained on https://commons.wikimedia.org/wiki/Commons_talk:Commonist/Archive_2#Blocked_!!!

I suggest to use a free Let's Encrypt certificate to support HTTPS.

Since wikimedia 1.27 login fails in a own wiki
"UploadFilesTask.scala:96 login failed NeedToken"
commonist-1.8.0, Java 8.151, MediaWiki 1.27.4, PHP 5.5.9-1ubuntu4.22, PostgreSQL 9.4.15
Is there any chance to fix it?
More details needed?
Thanks a lot.

https://docs.oracle.com/javase/tutorial/uiswing/lookandfeel/plaf.html