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.| Comment | File | Size | Author |
|---|---|---|---|
| #19 | interdiff-4-19.txt | 1.33 KB | rang501 |
| #19 | wrong-arg-comment-doc-2606304-19.patch | 803 bytes | rang501 |
| #15 | interdiff.txt | 476 bytes | snehi |
| #9 | interdiff.txt | 476 bytes | priya.chat |
| #9 | wrong-arg-comment-doc-2606304-9.patch | 476 bytes | priya.chat |
Comments
Comment #2
rakesh.gectcrComment #3
jhodgdonI don't think Request should be capitalized here.
The rest looks good to me, thanks!
Comment #4
snehi commented@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.
Comment #5
rakesh.gectcr@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.
Comment #6
jhodgdonThanks for the patch! Sorry for delay in review -- I've been on vacation.
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".
Comment #7
snehi commentedComment #8
priya.chat commentedComment #9
priya.chat commentedHello,
I have added the comments for 'Request Stack' in the patch. please review this.
Comment #10
jhodgdonThanks! That looks reasonable to me.
Comment #11
jhodgdonHm. 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.
Comment #12
priya.chat commentedComment #13
snehi commented@jhodgdon can you please give hint that what should be replaced by
Thanks in advance.
Comment #14
jhodgdonprobably request stack? I don't know but it isn't the request.
Comment #15
snehi commentedComment #17
snehi commentedThe request stack is already mentioned in latest pull. So nothing in diff with 8.0.x branch uploading just the interdiff.
Comment #18
jhodgdonLatest patch does not apply.
Comment #19
rang501 commentedHi! 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.
Comment #20
jhodgdonThanks! Much better.
Comment #21
snehi commentedAre we sure to use along with data.
Hows it
key to store with data.
Comment #22
jhodgdon#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.
Comment #25
catchCommitted/pushed to 8.1.x and cherry-picked to 8.0.x. Thanks!