in File : core/modules/user/src/PrivateTempStore.php , Wrong argument documented as @param in the comment doc of the constructor in Class PrivateTempStore

Here is the changes,

@@ -79,8 +79,10 @@ class PrivateTempStore {
    *   of key/value pairs.
    * @param \Drupal\Core\Lock\LockBackendInterface $lockBackend
    *   The lock object used for this data.
-   * @param mixed $owner
-   *   The owner key to store along with the data (e.g. a user or session ID).
+   * @param \Drupal\Core\Session\AccountProxyInterface $current_user
+   *   The current user account.
+   * @param \Symfony\Component\HttpFoundation\RequestStack $request_stack
+   *   The Request.
    * @param int $expire
    *   The time to live for items, in seconds.

Comments

rakesh.gectcr created an issue. See original summary.

rakesh.gectcr’s picture

StatusFileSize
new796 bytes
jhodgdon’s picture

Status: Needs review » Needs work
Issue tags: +rc eligible
+++ b/core/modules/user/src/PrivateTempStore.php
@@ -79,8 +79,10 @@ class PrivateTempStore {
+   *   The Request.

I don't think Request should be capitalized here.

The rest looks good to me, thanks!

snehi’s picture

Assigned: rakesh.gectcr » snehi
Status: Needs work » Needs review
StatusFileSize
new796 bytes
new573 bytes

@rakesh.gectcr,
Thanks for the issue and patch.
Please add issue number in the patch file from the next time.
Right now i have changed Request to request as suggested and attaching patch with interdiff.

rakesh.gectcr’s picture

@snehi,

Please work on the unassigned issues from the queue. It was assigned to me. Hope you wont be breaking the community work flow again.

jhodgdon’s picture

Status: Needs review » Needs work
Issue tags: -rc eligible

Thanks for the patch! Sorry for delay in review -- I've been on vacation.

+++ b/core/modules/user/src/PrivateTempStore.php
@@ -79,8 +79,10 @@ class PrivateTempStore {
+   * @param \Symfony\Component\HttpFoundation\RequestStack $request_stack
+   *   The request.

This doesn't look right... its class is RequestStack, which is ... not the request, is it? I really don't know what a "request stack" is, but it doesn't seem like it's a "request".

snehi’s picture

Assigned: snehi » Unassigned
priya.chat’s picture

Assigned: Unassigned » priya.chat
priya.chat’s picture

Status: Needs work » Needs review
StatusFileSize
new476 bytes
new476 bytes

Hello,
I have added the comments for 'Request Stack' in the patch. please review this.

jhodgdon’s picture

Status: Needs review » Reviewed & tested by the community

Thanks! That looks reasonable to me.

jhodgdon’s picture

Status: Reviewed & tested by the community » Needs work

Hm. Sorry about my last review, which was incorrect. This latest patch is not covering the stated issue at all. Please go back to the patch in #4 and fix that instead.

priya.chat’s picture

Assigned: priya.chat » Unassigned
snehi’s picture

@jhodgdon can you please give hint that what should be replaced by

The request

Thanks in advance.

jhodgdon’s picture

probably request stack? I don't know but it isn't the request.

snehi’s picture

Status: Needs work » Needs review
StatusFileSize
new476 bytes
new476 bytes

Status: Needs review » Needs work

The last submitted patch, 15: wrong-arg-comment-doc-2606304-15.patch, failed testing.

snehi’s picture

The request stack is already mentioned in latest pull. So nothing in diff with 8.0.x branch uploading just the interdiff.

jhodgdon’s picture

Latest patch does not apply.

rang501’s picture

Status: Needs work » Needs review
StatusFileSize
new803 bytes
new1.33 KB

Hi! It seems that latest patch are missing some stuff. I tried to follow the comments and put together a better (IMO) patch based on #4.

jhodgdon’s picture

Status: Needs review » Reviewed & tested by the community

Thanks! Much better.

snehi’s picture

+++ a/core/modules/user/src/PrivateTempStore.php
@@ -79,10 +79,8 @@
+   *   The owner key to store along with the data (e.g. a user or session ID).

Are we sure to use along with data.
Hows it
key to store with data.

jhodgdon’s picture

#21 looks like an unrelated issue. If you think it is a problem, please file a separate issue. This issue is only about some @param docs that have the incorrect variable names in this class.

  • catch committed 436ac08 on 8.1.x
    Issue #2606304 by snehi, priya.chat, rang501, rakesh.gectcr: Wrong @...

  • catch committed 9c4c596 on 8.0.x
    Issue #2606304 by snehi, priya.chat, rang501, rakesh.gectcr: Wrong @...
catch’s picture

Status: Reviewed & tested by the community » Fixed

Committed/pushed to 8.1.x and cherry-picked to 8.0.x. Thanks!

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.