[Fix] Nicht die _GET-Variable überschreiben#3
[Fix] Nicht die _GET-Variable überschreiben#3darookee wants to merge 3 commits intoshopware5:masterfrom darookee:remove-set-_GET-in-sArticle
Conversation
In sArticles.php wird die _GET Variable in der Funktion sGetArticleById überschrieben, was zu unvorhersehbaren ergebnissen führen kann, dies sollte es beheben.
|
Wieso werden hier eigentlich nicht die Models verwendet? |
|
Hi, "Wieso werden hier eigentlich nicht die Models verwendet?" Der Code in den Klassen unter engine/core/class/ ist "Deprecated" und wird mit den kommenden Releases Step by Step durch Models abgelöst. Ein Problem gibt es in deinem Pull-Request - in der Methode wird ja derzeit die Category-Id teilweise direkt aus dem Request geholt, man müsste also zusätzlich einen Parameter categoryId an die Methode anfügen und im Controller die Übergabe ergänzen. Kannst du das ggf. noch ändern? Dann kann ich den Pull-Request mergen. |
engine/core/class/sArticles.php
Outdated
There was a problem hiding this comment.
Hier wird nur noch $sCategoryID für die lokale Verwendung gesetzt, $_GET['sCategory'] wird also nicht mehr überschrieben.
|
Moin! Erstmal danke für die Info. Ich dachte für die 4.0 war das schon abgeschlossen. Wie sieht das denn dann mit der Modelerweiterung aus? Die Daten, die dort erweitert werden, sind dann wohl nicht ohne weiteres auf der Artikeldetailseite verfügbar...? Dann zum Pullrequest: Kurz über der oben Kommentierten Zeile wird ja die $sCategoryID gesetzt, anhand des übergebenen Parameters. Im weiteren verlauf der Funktion wird (wenn ich nichts übersehen habe) nur noch diese Variable verwendet, $_GET wird also nicht mehr überschrieben. Wenn es wirklich so sein soll kann ich die Funktion aber gerne noch erweitern und als Fallback für den Parameter es so handhaben wie es zur Zeit auch ist. |
…ng der Funktion geschoben
|
Hallo darookee, ich habe deinen Pull-Request gemergt. Danke, dass du als Contributor an Shopware aktiv mitwirkst. Wir haben unseren Workflow noch ein wenig angepasst. Für alle Contributor Pull-Requests haben wir jetzt einen Community-Branch, wohin alle Pull-Requests gesammelt werden. Bitte sende deshalb deinen nächsten Pull-Request an den Community-Branch und nicht an den Master-Branch. |
|
Hallo klarstil, könntest du den Workflow noch etwas erläutern? Wird der Community Branch dann in den master gemerged? Wenn ja, wir regelmäßig? Arbeitet ihr intern weiter mit svn und synchronisiert das svn Repository dann "ab und zu" in den master? Vielen Dank für die Info. |
|
Hallo lennartdiedrich, klar, kein Problem. Also der Workflow sieht bei uns wie folgt aus. Wir haben zwei Branches Ein Beispiel: Du contributest für Shopware 4.0.2, dann werden wir deine Änderungen, vorausgesetzt das Review war erfolgreich und die QA hat nichts zu bemängeln, in Shopware 4.0.3 ausliefern. Intern arbeiten wir noch mit SVN und synchronisieren die Änderungen jeden Tag mit den |
|
Hallo lennartdiedrich, wir würden gerne deinen Pull Request in unseren Master Branch übernehmen. Könntest du bitte die gitignore datei aus dem Pull Request entfernen. Mit freundlichen Grüßen Oliver Denter |
|
Bidde... ^^ |
|
Vielen dank fürs entfernen der gitignore Datei. Wir haben die Pull Request gemergt. Sobald dieser noch einmal durchgetestet wurde, wird dieser global zur Verfügung gestellt. Vielen Danke nochmals Schöne Grüße |
* commit 'af61721cd495012d0f6d95e258e8129fea3306c3': SW-5037 - Fixes smarty blocks SW-5037 - Removes multi line block comments
5 participants
In sArticles.php wird die _GET Variable in der Funktion sGetArticleById überschrieben, was zu unvorhersehbaren ergebnissen führen kann, dies sollte es beheben.