Commons talk:LrMediaWiki/archive 2022

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search

Der MediaWiki-Fehler notoken ist aufgetreten: The "token" parameter must be set

[edit]

Hallo Hasenläufer. Vielen Dank und reichlich Lob für das LRMediaWiki Plugin welches ich fast täglich benutze. Seit ich gestern die aktuelle Version installiert habe erscheint immer die Fehlermeldung: The "token" parameter must be set. Ich habe das so verstanden das die Login Daten nicht korrekt sind. PW Aktualisierung hat auch nichts gebracht. Wenn ich mich allerdings im Browser bei WIKICommons auslogge und dann ein Bild via LRMediaWik hochlade klappt es einwandfrei. Beim anschießend nächsten Bildupload erscheint die Fehlermeldung wieder. Wenn ich mich wieder auslogge klappt es wie vorher aber immer nur einmal. Hättest du eine Ahnung woran das liegen kann, bzw was ich anders einstellen muß? MfG --Ermell (talk) 21:14, 15 May 2019 (UTC)[reply]

Es ist auf jeden Fall ein Rückgabewert von Mediawiki, also eine Änderung Wikiseitig. Was ich in der Vergangenheit bemerkt hatte, war, das mit ein Upload mit LRMediaWiki oftmals im Browser ausgelogt hatte. Vielleicht hängt das zusammen. Careerfromhome (talk) 06:22, 20 May 2019 (UTC)[reply]
Habe den Fehler ebenfalls, allerdings erst beim zweiten Export. Der erste funktioniert ohne Meldung. Zusatzmodul neu laden hilft, ist aber lästig. benutze Lightroom Classic 8.3. Alice Wiegand (talk) 10:42, 2 June 2019 (UTC)[reply]
I have the same issue here. The first batch goes up well, but the next ones will fail. Reloading the plugin does not work in my case, I must restart Lightroom after each use of LrMediaWiki. Toresetre (talk) 12:19, 2 June 2019 (UTC)[reply]
@Ermell, Careerfromhome, Lyzzy, and Toresetre: Ist das Thema noch akut? / Is this theme still present? --Hasenläufer 12:18, 15 September 2020 (UTC)[reply]
Hat sich leider nichts geändert.Unfortunately nothing has changed.--Ermell (talk) 12:43, 15 September 2020 (UTC)[reply]
Leider kann ich das Problem nicht nachstellen. :-(
Das Login klappt bei mir ohne Probleme.
Geht es um einen üblichen Export oder um irgendwelche besondern Bedingungen? --Hasenläufer 14:27, 15 September 2020 (UTC)[reply]
Der Fehler tritt bei mir üblicherweise bei einem zweiten/weiteren Export auf. Allerdings als ich vor einigen Tagen zwei Exporte machte hatte ich keinen Fehler, diese waren aber sehr zeitnah aneinander. Careerfromhome (talk) 14:42, 15 September 2020 (UTC)[reply]
Kann ich so bestätigen. Auch bei mir tritt das erst beim zweiten Export auf. Der erste läuft fehlerlos. Ich schalte das Logging mal ein und melde mich in ein paar Tagen nach den nächsten Versuchen zurück. Toll, dass du nachfragst. Alice Wiegand (talk) 15:15, 19 September 2020 (UTC)[reply]
Erneut habe ich eine Reihe von Versuchen unternommen, das Problem nachzustellen. Ohne Erfolg. In seltenen Fällen gibt es einen Warnung: "Export nicht möglich. HTTP-Status 503 erhalten." Ich nutze Lightroom Classic 9.4, aber das sollte unbedeutend sein. --Hasenläufer 16:33, 15 September 2020 (UTC)[reply]

@Ermell, Careerfromhome, Lyzzy, and Toresetre: Please switch logging on. - If logging is enabled, all API requests are logged to „Documents/LrMediaWikiLogger.log“ (this includes your password).
„Wenn die Protokollierung aktiviert ist, werden alle API-Abfragen in „Dokumente/LrMediaWikiLogger.log“ aufgezeichnet.“ --Hasenläufer 07:42, 16 September 2020 (UTC)[reply]

Mein Fehler war jetzt "Must be logged in". Die letzte Aktion, nach einer Reihe erfolgreicher Uploads, war:
09/27/2020 21:40:48 TRACE	Performing HTTP request 
09/27/2020 21:40:48 TRACE	Path: 
09/27/2020 21:40:48 TRACE	https://commons.wikimedia.org/w/api.php 
09/27/2020 21:40:48 TRACE	Request body: 
09/27/2020 21:40:48 TRACE	meta=tokens&type=csrf&action=query&format=xml 
09/27/2020 21:40:48 TRACE	Result status: 
09/27/2020 21:40:48 TRACE	200 
09/27/2020 21:40:48 TRACE	Result body: 
09/27/2020 21:40:48 TRACE	<?xml version="1.0"?><api batchcomplete=""><query><tokens csrftoken="+\" /></query></api> 
Beim folgenden Exportlauf hat es sich anstandslos eingeloggt. Auffällig für mich im Log war das im Gegensatz zu den vorherigen Uploads der crftoken so Minimal mit "+\" kam Careerfromhome (talk) 20:03, 27 September 2020 (UTC)[reply]
Ich bin (noch) ratlos. I am (still) at a loss. I cannot recreate the problem. @Toresetre: You wrote: "... I must restart Lightroom after each use of LrMediaWiki." – Is this still valid?
@all: I'm in doubt if this is/was a temporary problem or if it's still present. Any further user experience is welcome! Hasenläufer 16:20, 9 January 2021 (UTC)[reply]
@Hasenläufer: , I still have this issue, and the only remedy is to restart Lightroom after each batch upload. I haven seen your comments until now, so sorry that I have not provided a logfile yet. I will turn on loging for my next upload and let you know if the result. Toresetre (talk) 22:57, 9 January 2021 (UTC)[reply]
+1. Still there. Bei mir scheint es ein Problem mit dem Login zu sein. Ich poste in der kommenden Woche das Log. Alice Wiegand (talk) 16:59, 10 January 2021 (UTC)[reply]
Still there? Hasenläufer 23:32, 16 March 2021 (UTC)[reply]

Strategic development plan - Help needed

[edit]

For everyone, who wants LrMediaWiki to live on and improve, please head over to Commons:LrMediaWiki/Development plan and help to draft a strategic development plan. --MB-one (talk) 17:56, 27 September 2020 (UTC)[reply]

I have no programming skills. I am just frustrated at the moment, that uploading via LrMediaWiki doesn't seem to work. I don't know if it is a LrMediaWiki-issue, if there is an issue with Commons? I switch to other Upload methods, as recently in the WLM-competition and things worked. But the reason I am using is the preparation of the proper description and categorizing long before upload. I don't want to do that from scratch over and over again when changing the upload method. I also don't get feedback I can work on when my uploads fail. What does "Export not possible, HTTP-Status received" mean? It feels like your standing in line and the bouncer doesn't let you into the club.
So please tell me, are others also experiencing issues? Are there any statitistics on how LrMediaWiki is utilized (besides: "This category contains 207,159 files, which is 0.32% of all 65,307,073 files in Wikimedia Commons."). In other words, am I perhaps the "The Last of the Mohicans" still around here? --Wuselig (talk) 06:41, 31 October 2020 (UTC)[reply]
I am using LrMediaWiki with LightRoom 6.14 most of the time without any problems. From time to time I get an unspecified "HTTP error" but retrying works. I guess it is a timeout due to slow WMF servers. Raymond 09:13, 31 October 2020 (UTC)[reply]
If it is slow servers, which is my - hopeful thinking - suspicission too, who should we address to allocate more server resources to Commons at times of expected high trafic, like at the moment because of deadlines of various WLM-events? --Wuselig (talk) 10:58, 31 October 2020 (UTC)[reply]
@Wuselig: Are your problems still there? As Raymond mentioned, there might be server problems. My guess: They are temporarily, not fundamentally. Just my 5 cents.
HTTP errors are typically caused by the server. It's out of the scope of LrMediaWiki to solve server errors. Hasenläufer 23:52, 16 March 2021 (UTC)[reply]
@MB-one: Thanks! However, this theme stucks. How should we proceed? Any ideas? Hasenläufer 00:12, 20 January 2021 (UTC)[reply]
@Careerfromhome: Any news? Hasenläufer 23:37, 16 March 2021 (UTC)[reply]
@Hasenläufer: Not quite yet. Some outside issues held me up, but should be past those by the end of next week. Careerfromhome (talk) 21:23, 17 March 2021 (UTC)[reply]
@Hasenläufer: Current project is running some sort of check on selected photos, ideally for redlinked categories. Basic output for individual photos works. Careerfromhome (talk) 09:44, 5 April 2021 (UTC)[reply]
@Careerfromhome: Great! Hasenläufer 10:43, 5 April 2021 (UTC)[reply]

other Categories

[edit]

Another discussion has sparked me to create (ie copy and adapt) a query of all files uploaded with LrMediaWiki to see which other categies thay have. https://quarry.wmcloud.org/query/59977 Maybe there is a place on the project page for this if others find this equally fascinating. Careerfromhome (talk) 11:28, 17 November 2021 (UTC)[reply]

Interesting! Feel free to find an appropriate place on the project page for it. Hasenläufer 18:15, 2 January 2022 (UTC)[reply]

New version 1.4: Remove Location Info

[edit]

Today a new release v1.4 has been published. The implemented issue is:

The checkbox "Enable Location template" at configuration dialog is obsolete and has been removed. It was a workaround due to a lack of the Lightroom SDK and was introduced by version 1.0.2, see issue https://github.com/Hasenlaeufer/LrMediaWiki/issues/13 ("Do not fill location template if 'Remove Location Info' is checked").

The SDK-lack is still existent, but now there is another workaround which results in a smarter solution. (This means, the implementation was a bit tricky.)

Now there is only one checkbox: "Remove Location Info" at Metadata section of Export dialog. Its setting results in both:

  1. The generation of a Location template will be done if the checkbox is unset.
  2. The GPS coordinates at metadata section of the generated file description page are only shown if the checkbox is unset.

If the checkbox is set, both appearances are suppressed – location info is removed. Hasenläufer 22:31, 3 January 2022 (UTC)[reply]

Lightroom 5 Export nicht möglich kann keine Netzwerkverbindung aufbauen

[edit]

Das ist die Meldung, die ich erhalte, wenn ich, wie gehabt, mit LRMediaWiki ein Bild zu Commons hochladen möchte. Die Meldung bekomme ich auf einem neuen PC(Win10), den ich so eingerichtet habe wie den alten PC. Beide PC sind im gleichen Netzwerk. Alle Versuche, anderer Browser (IE statt Firefox), Abschalten von Virenscanner und Firewall, Plugin in LR5 gelöscht und wieder neu hinzugefügt, nichts brachte den gewünschten Erfolg. Auch aus dem Inhalt der LrMediaWikiLogger.txt war ein Fehler nicht zu erkennen. Der Hochladevorgang beginnt, und nach ca. 20 Minuten erscheint die im Betreff genannte Meldung. In der LrMediaWikiLogger.txt steht dann in Zeile 8 Path:, Zeile 9 https://api.github.com/repos/Hasenlaeufer/LrMediaWiki/releases Zeile 14 Result body: und nach Zeile 15 ein ellenlanger Text beginnend mit [{"url":"https://api.github.com/repos/Hasenlaeufer/LrMediaWiki/releases/39002218", ff. Hat jemand eine Idee, was ich wie einstellen / ändern soll, damit das Hochladen von Bildern mit LrMediaWiki auch auf dem neuen PC funktioniert? Danke im Voraus Radler59 (talk)

Hast Du die letzte Version von LrMediaWiki oder eine ältere? Mit meiner alten Version ging es kürzlich auch nicht mehr. --Ailura (talk) 18:15, 29 December 2021 (UTC)[reply]
Ich nutze die letzte Version 1.3. Probehalber habe ich es auch mit der Version 1.2.1 versucht. Leider ohne Erfolg. Notgedrungen habe ich mir mal andere Hochladewerkzeuge angesehen und dabei bemerkt, dass es bei fast allen Hochladewerkzeuge Anmeldeprobleme gibt. Für mich nicht verständlich, warum mit meinem alten PC das Hochladen klappt und beim neuen PC nicht. Radler59 (talk) 22:48, 29 December 2021 (UTC)[reply]
@Radler59: Das hört sich nach einer temporären Störung auf Seiten des Servers an. Ist das Problem nach wie vor existent? Gruß, Hasenläufer 18:08, 2 January 2022 (UTC)[reply]
Danke, dass Du Dich gemeldet hast. Leider funktioniert das hoch laden immer noch nicht. Die Bilder vom 30.12.21 habe ich mit dem "alten PC" zu Commons hoch geladen. Das ist alles sehr umständlich. Katalog exportieren, auf dem alten PC in LR laden um dann die Bilder hoch laden zu können. Ich habe gefühlt schon 100 Varianten / Möglichkeiten ausprobiert. Alles ohne Erfolg. Ich bin ja nur Nutzer und kein Experte auf diesem Gebiet. Trotzdem die Frage, welche internen Windows-Ressourcen nutzt LrMediaWiki beim Export? Wo kann kann ich gezielt nachsehen ob im System irgendwo ein Häkchen falsch gesetzt ist. Warum frage ich das? Beispiel siehe hier https://telekomhilft.telekom.de/t5/MagentaCLOUD/Auf-https-magentacloud-de-remote-php-webdav-konnte-nicht/ta-p/5474950/jump-to/first-unread-message Auf die Idee, dort nachzusehen und wie im Link beschrieben etwas anzupassen würde ich von nicht allein kommen. Radler59 (talk) 11:18, 3 January 2022 (UTC)[reply]
@Radler59: Leider bin ich auch ratlos. LrMediaWiki läuft unter Windows wie auch macOS. Das soll heißen, dass keine speziellen "internen Windows-Ressourcen" genutzt werden. Eine Internetverbindung ist erforderlich, ansonsten läuft die Verbindung über das MediaWiki-API. Die Hilfeseite der Telekom ist unzutreffend, da nicht WebDAV genutzt wird. Hasenläufer 15:22, 3 January 2022 (UTC)[reply]
Danke für die schnelle Antwort. Der Link zur Hilfeseite der Telekom war von mir nur als Beispiel gedacht. Ich bin ja nur Nutzer, der an sich nicht verstehen muss, wie so ein PC funktioniert. Wie LrMediaWiki im Hintergrund werkelt weiß ich eben auch nicht. Ich arbeite gern damit und möchte es einfach auch weiter nutzen. Wenn es aber nicht klappt, sucht man nach Lösungen. Es kann ja sein, dass bei der Neueinrichtung meiner Hardware / oder des Betriebssystem etwas falsch gelaufen ist, was Du als Experte erkennen kannst. Deshalb mein beispielhafter Hinweis. Würde Dir denn die LrMediaWikiLogger.log weiter helfen? Gruß Radler59 (talk) 16:00, 3 January 2022 (UTC)[reply]
Ja, Du kannst mir mal die Datei LrMediaWikiLogger.log per E-Mail zusenden. Beachte bitte, dass die Datei Dein Passwort enthält. Gruß, Hasenläufer 18:02, 3 January 2022 (UTC)[reply]

Die Benutzer Radler59 und Hasenläufer waren zwischenzeitlich in einem E-Mail-Dialog, um das Problem weiter einzukreisen. Offenbar gab es Probleme mit den Internet-Einstellungen auf dem neuen PC. Das Problem konnte gelöst werden, wobei sich die beiden Benutzer etwas uneinig sind, was letztlich das Problem gelöst hat. Radler59 & Hasenläufer 23:03, 5 January 2022 (UTC)[reply]

Ich möchte mich noch mal ausdrücklich bei Hasenläufer für seine Unterstützung bei der Lösung meines Problems bedanken. Durch seine Fragen hat es letzendlich klick gemacht und das Hochladen der Bilder war wieder möglich. Radler59 (talk)

Fehler „Invalid CSRF token“

[edit]

Heute konnte ich eine Fehlermeldung provozieren, die ich bislang noch nicht gesehen hatte:

„Export nicht möglich: Der MediaWiki-Fehler badtoken ist aufgetreten: Invalid CSRF token.“

Auf diese Fehlermeldung bin ich gestoßen beim „Herumspielen“ im Dialog „Eigenschaften von Internet“, Karteireiter „Sicherheit“ und beim Testen des Reglers „Sicherheitsstufe für diese Zone“ in den Zonen „Internet“ und „Vertrauenswürdige“. Das Ganze unter Windows 11 – vermutlich sehen die Dialoge unter Windows 10 genauso oder sehr ähnlich aus. Im Dialog gibt es einen Schieberegler „Sicherheitsstufe für diese Zone“ mit den 3 Optionen

  • Hoch
  • Mittel bis hoch
  • Mittel

Manchmal hilft es, die Stufen zu verändern, um die Fehlermeldung weg zu bekommen. Direkte kausale Zusammenhänge habe ich noch nicht herausgefunden – mal wirkt eine Änderung, mal nicht. Beim derzeitigen Kenntnisstand weiß ich nicht, ob ein Problem in LrMediaWiki vorliegt oder nicht. Ich will an dieser Stelle vorerst nur auf die Zusammenhänge hinweisen. Vielleicht hilft es Benutzern, die auf dieselbe Fehlermeldung stoßen, an diesen Schieberegler-Optionen etwas zu ändern. Feedback ist willkommen.

@Radler59: Dieses Problem hat aus meiner Sicht nichts mit dem Fehler zu tun, den Du oben im Abschnitt #Lightroom 5 Export nicht möglich kann keine Netzwerkverbindung aufbauen beschreibst. Jedoch: Du hattest vor zwei Jahren ein sehr ähnliches Problem geschildert. Damals konnte ich das Problem nicht nachvollziehen. Jetzt bin ich etwas schlauer – aber noch fern von einer Lösung. Man sollte erwähnen, dass bei den Standard-Einstellungen das Auftreten des genannten Fehlers unwahrscheinlich ist. (Ansonsten hätten wir hier mehr Beschwerden.) Hinzu kommt in meinem Fall, dass ich üblicherweise unter macOS arbeite und nur gelegentlich einen Windows-Rechner in Betrieb nehme. Daher komme ich nur selten mit Fehlern in Kontakt, die unter Windows auftreten. Gruß, Hasenläufer 21:30, 5 January 2022 (UTC)[reply]

Last Lightroom Updates

[edit]

Since the last Update (I use LR-Classic 11.0.1) I cannot fill out the information or artwork fields as before. Before I could mark a set of images and when filling out a statement I could apply this change to all, after being asked if my change should be to all marked. I could also see which statements had identical entries (like same creator, same institutions), and which have different ones.

Now any entries are only applied to the current image, and you cannot see what is same, and what is different. You need to synchronize every entry by tagging each individual entry in the pop-up menue.

My question is this a thing that needs to be fixed by Adobe, or does it need to be fixed with an update from this side?--Wuselig (talk) 22:38, 6 December 2021 (UTC)[reply]

Hallo Wuselig, ich weiß nicht, ob ich Dein Problem richtig verstehe. Kann es sein, dass Du die Metadaten auf den Modus "nur bearbeiten" gestellt hast? Das wäre dann ganz links neben "Metadaten" ein Quadrat mit Stift statt einem Auge mit Stift als Symbol. --Stepro (talk) 23:15, 6 December 2021 (UTC)[reply]
Alao erst einmal danke, dass Du meinen Blick in die richtige Region gelenkt hast. Ich hatte "Zielfoto" markiert, statt "Ausgewählte Fotos". Aber jetzt die Nachfolgefrage: Bei was hilft mir der Wechsel zwischen "Auge mit Stift" und "Quadrat (soll wohl ein Monitor sein) mit Stift"?
Zumindest die Kombination "Auge mit Stift" und "Ausgewählte Fotos" macht jetzt wieder das was es soll. Wuselig (talk) 08:26, 7 December 2021 (UTC)[reply]
Diese neue Option halte ich für unbrauchbar. Es ist zwar eine gute Idee, nur die Felder anzuzeigen, die man auch bearbeiten kann. Vor allem, wenn es beim Beschriften schnell gehen soll. Wenn dann aber die bereits enthaltenen Werte nicht angezeigt werden, finde ich es sinnlos. Stepro (talk) 11:25, 7 December 2021 (UTC)[reply]
@Wuselig: Bitte überprüfe, ob die Option "Metadaten → Metadaten nur für Zielfoto anzeigen" eingeschaltet ist. Dann werden bei einer Selektion mehrerer Fotos nur die Änderungen beim ersten ausgewählten Foto aktiv. Wenn die Option ausgeschaltet ist, werden Metadaten-Änderungen für alle selektierten Fotos vorgenommen. Ist das die Lösung Deines Problems? Gruß, Hasenläufer 18:02, 2 January 2022 (UTC)[reply]
Die Lösung war Stepros Hinweis mit dem "Auge" und dem "Bildschirm". Deine Antwort verwirrt mich gerade, da ich die Einstellung "Zielfoto - Ausgewählte Fotos" momentan gar nicht auf "Metadaten nur für Zielfoto anzeigen" umstellen kann. Wuselig (talk) 22:29, 2 January 2022 (UTC)[reply]
@Wuselig: An die Option "Metadaten → Metadaten nur für Zielfoto anzeigen" kommt man über das Lightroom-Hauptmenü. Gruß, Hasenläufer 18:36, 6 January 2022 (UTC)[reply]
Ich habe bisher im im Kartenmodul meine Einträge editiert. Dank Deinem Hinweis sehe ich jetzt, nach zweitem Hinschauen, dass das mit LrMediaWiki-Einstellungen auch im Bibliotheksmodul geht. Danke. wieder was dazugelernt. Wuselig (talk) 19:29, 6 January 2022 (UTC)[reply]
[edit]

Today the new version 1.5 has been published. It includes an implementation of the request Placeholders in Gallery #39. As a result, the field "Gallery" at export dialog can include placeholders as described at the current date related section of the placeholder list. The set of available placeholders is limited to the current date related placeholders.

An example of the gallery field with a placeholder: "User:Hasenläufer/My uploads of year <currentYear>". The substitution of the placeholder can be checked by the dialog "Preview of generated wikitext". It shows "User:Hasenläufer/My uploads of year 2022".

For installation of the new version follow the steps described at Installation. Hasenläufer 22:02, 7 January 2022 (UTC)[reply]

Unfortunately I made an error during the publishing process of version 1.5: I forgot to update the version number from 1.4 to 1.5. Therefore I published a further version 1.5.1. So, don't use 1.5, use 1.5.1 instead. Sorry for this! Hasenläufer 12:06, 8 January 2022 (UTC)[reply]
Unfortunately I made a further error by building 1.5.1. So, don't use 1.5.1. I'm working on a further fix 1.5.2. Again: Sorry for this! Hasenläufer 20:06, 8 January 2022 (UTC)[reply]
3rd try. Now the version 1.5.2 (direct download) is available. It fixes errors of versions 1.5 and 1.5.1. Cheers, Hasenläufer 21:29, 8 January 2022 (UTC)[reply]

Installation

[edit]

Ich habe eine Frage zur Installation.
Muss man eine bereits installierte ältere Version entfernen bevor man eine neuere hinzufügt? F. Riedelio • talk 08:19, 8 January 2022 (UTC)[reply]

Nein, muss man nicht. Man kann im Zusatzmodul-Manager mehrere unterschiedliche Versionen parallel installieren. Aber nur eine Installation kann aktiviert sein. Aktiviert man eine Version, werden die anderen Versionen deaktiviert. Achtung: Nicht die Version 1.5 installieren. Sie zeigt sich fälschlicherweise als 1.4. Bitte Version 1.5.1 installieren. Der Unterschied zwischen beiden ist die korrigierte Versionsnummer. Gruß, Hasenläufer 12:15, 8 January 2022 (UTC)[reply]
Danke für die Info. Gruß F. Riedelio • talk 16:55, 8 January 2022 (UTC)[reply]
Bitte Version 1.5.1 nicht installieren. Ich habe erneut einen Fehler gemacht. Nimm bitte Version 1.5.2. Asche auf mein Haupt! Gruß, Hasenläufer 20:10, 8 January 2022 (UTC)[reply]

The "token" parameter must be set

[edit]

@Hasenläufer: I updated to the new version, and still have the problem you see above (well, I can't read in German but), on my 2nd export from LR using LR MediaWiki, I get the error message "The MediaWiki error missingparam occured: The "token" parameter must be set". But I love that you all integrated the structured data! Prburley (talk)

@Prburley: Is this error still there? Hasenläufer 18:32, 6 January 2022 (UTC)[reply]
@Hasenläufer: I also had the same "token parameter not set" error and updated to version 1.5.2 and again after successfully uploading one image when I upload a second image, I get the token parameter not set error. Let me know if/how I can provide diagnostic info. Captain-tucker (talk) 19:37, 11 January 2022 (UTC)[reply]
@Captain-tucker: Yes, you can help me to understand this error. Unfortunately I wasn't able to verify this error yet. To support me, you can send me a version of your logfile "LrMediaWikiLogger.log".
To do so, go to the Plug-in Manager, section "LrMediaWiki Configuration",
* switch off the checkbox "Check for new plug-in version after Lightroom starts" (because this generates a lot of messages in the logfile),
* switch on the checkbox "Enable logging",
* use your file manager to delete an existing logfile "LrMediaWikiLogger.log" in folder "Documents" (to ensure to get only new messages) and
* start an export. Or two.
Before sending me the logfile, drop your password from the logfile by search and replace it with a text file editor. (I'm not interested in your password.)
Use my email address eckhard.henkel@wikipedia.de. Thanks! Hasenläufer 20:41, 11 January 2022 (UTC)[reply]
@Captain-tucker: Thanks for supporting me with log files! It helped me to identify the cause of this bug. Version 1.6 fixes the bug. Hasenläufer 18:59, 14 January 2022 (UTC)[reply]

New version 1.6: Fix of missing token parameter bug

[edit]

Today a new release v1.6 has been published. It fixes a bug:

For installation of the new version follow the steps described at Installation. You can use this direct download.

Please feel free to give us feedback if this release fixes an error you are concerned by. Hasenläufer 18:53, 14 January 2022 (UTC)[reply]

@Ermell, Careerfromhome, Lyzzy, Toresetre, and Prburley: This release might/should fix the error you reported. Please give me feedback. Hasenläufer 19:10, 14 January 2022 (UTC)[reply]

Super! Funktioniert wie es soll. Ich kann mehrere Uploads hintereinander machen ohne die Token-Meldung. Vielen Dank und toll, dass du da drangeblieben bist. Alice Wiegand (talk) 13:40, 16 January 2022 (UTC)[reply]
Vielen Dank dafür! Keine Fehlermeldung mehr. Das vereinfacht die Arbeit sehr. --Ermell (talk) 16:23, 16 January 2022 (UTC)[reply]
@Lyzzy and Ermell: Thanks for your feedback! Hasenläufer 14:37, 19 January 2022 (UTC)[reply]
@Hasenläufer: It's back! I'd forgotten how good LrMediaWiki is. Thank you for your hard work. Prburley (talk)
@Prburley: Thanks for your feedback! Hasenläufer 17:06, 26 January 2022 (UTC)[reply]

New version 1.7: Set color label on export

[edit]
LrMediaWiki 1.7 configuration dialog at Plug-in Manager

Today a new release v1.7 has been published. It adds a new feature:

For installation of the new version follow the steps described at Installation. You can use this direct download.

@Martin Kraft: Thanks for your idea and implementation!

Martin wrote: The possibility to mark MediaWiki exported images with a color is very handy to keep track of which images are already in the Commons.

To use this feature, go to configuration dialog at Plug-in Manager and set at "Color label on export" a color of your choice (Red, Yellow, Green, Blue, Purple or None).

Hasenläufer 15:10, 14 February 2022 (UTC)[reply]

New version 1.7.1: Additional color code "Unchanged"

[edit]

Version 1.7.1 fixes a bug:

For installation of the new version follow the steps described at Installation. You can use this direct download.

The situation: Unfortunately there was one use case not covered by version 1.7: A user might not be interested in the new feature, but uses color labels which need to be unchanged. Even if the color is set to "None" a prior set color code will be changed to "None" at export – which might not be intended.

The fix: In addition to the six color codes (Red, Yellow, Green, Blue, Purple and None) an option "Unchanged" has been added (default) to let a color code unchanged.

Hasenläufer 22:20, 15 February 2022 (UTC)[reply]

Placeholders not working on Caption field?

[edit]

Hi guys, I can't seem to make placeholders work on the Caption field, although they work on other fields. Here is an example, where I used the <copyName> placeholder for both the Description and Caption fields, but it only worked for the former. Am I doing something wrong, or is this a bug? Thanks for you help, and thank you as well for developing such an awesome tool! --Julesvernex2 (talk) 21:44, 7 March 2022 (UTC)[reply]

This should be considered to be a bug. Currently, the structured data field Caption is outside the placeholder substitution – it's a special field. The bug will be fixed today by a new version 1.7.2. Hasenläufer 14:35, 8 March 2022 (UTC)[reply]
Working now on new version 1.7.2, thanks Hasenläufer! --Julesvernex2 (talk) 18:31, 8 March 2022 (UTC)[reply]

New version 1.7.2: Placeholder substitution at structured data field "Caption (en)"

[edit]

Version 1.7.2 fixes a bug:

For installation of the new version follow the steps described at Installation. You can use this direct download.

Hasenläufer 15:23, 8 March 2022 (UTC)[reply]

Copying content to LrMediaWiki's Description field

[edit]

Hello, I have usable descriptions in Lightroom's "Caption" metadata field, and I don't find it feasible to copy them manually to LrMediaWiki's description field. Is there any way to copy the content of Lightroom's "Caption" field to LrMediaWiki's "Description (en/other)"-field? I have tried doing this with the plugin "jb: Search + Replace", but it does let me write to LrMediaWiki's fields. I have even tried SQLite INSERT commands straight to the catalog's AgPhotoProperty-table, but I don't know what to give as "global_id". Thanks for any tips! Robertsilen (talk) 13:14, 25 May 2022 (UTC)[reply]

Hi @Robertsilen, you just have to mark all pictures and write "<caption>" in the description field. Then the content of the Caption metadata field will insert automatically. For other "magic words" see Commons:LrMediaWiki#Placeholders. Stepro (talk) 14:21, 25 May 2022 (UTC)[reply]
Hi @Stepro, I was going to answer "um, the export dialogue doesn't have a description field?" - but then I tried putting "<caption>" in LrMediaWiki's Description field for a single image - which works - is that what you mean? That still means I have to manually do that for each pic I want to upload - or did I miss something? - any way to only do that once and have it applied to all pics that I'm going to upload? Thanks for tips! Robertsilen (talk) 17:09, 25 May 2022 (UTC)[reply]
Hi @Stepro, I got the "you just have to mark all pictures and write" thing to work now. I didn't realise you had to click "Selected Photos" instead of "Target Photo" to get the change to apply to all selected pics. Thanks, it works nicely now. Cheers! Robertsilen (talk) 17:13, 25 May 2022 (UTC)[reply]
Fine, glad I could help. I use this for years, my description field contains almost always this: "<header>: <caption>". --Stepro (talk) 17:31, 25 May 2022 (UTC)[reply]

New version 1.8: Add a "Copy to clipboard" button at wikitext preview

[edit]

Version 1.8 adds a small enhancement:

For installation of the new version follow the steps described at Installation. You can use this direct download.

Personally, I appreciate this new feature in some cases. Maybe, others treat this to be useful too.

As usual, it has been tested on both platforms, Windows and macOS.

Hasenläufer 23:31, 20 April 2022 (UTC)[reply]