Closed (fixed)
Project:
Status Dashboard Client
Version:
2.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
12 Jan 2023 at 09:44 UTC
Updated:
18 Apr 2023 at 05:59 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
diego balboa commentedComment #3
diego balboa commentedComment #4
diego balboa commentedComment #5
bramdriesenIs this correct? This would mean that the foreach stops after the first occurrence if I'm not mistaken. I think you want to remove the break or replace it with continue. And we only want errors larger as severity 1?
I guess it would also help to add a comment somewhere indicating what error corresponds to severity 1 or higher.
Comment #6
diego balboa commentedYes, it was a late time omission mistake after swithcing from boolearn to counter.
#2 wont work.
Thank you for pointing it out.
I fixed it and added a comment as suggested.
Comment #7
diego balboa commentedComment #8
diego balboa commentedComment #9
diego balboa commentedComment #10
diego balboa commentedComment #11
bramdriesenSmall nit, but the comment does not follow the coding standards (there is a typo, a trailing space and it's too long). It should be something like this:
Should have a trailing "," since it's an array and maybe the name "total_status_errors" would be better like "status_error_count" (singular) or simply "error_count".
It's okay if you don't want to fix this, I can do it when I commit it to the dev branch.
One additional question. Is there also a change needed on the "status_dashboard" module itself to show the added field? (I didn't dive into the code of that module yet as I only recently became a maintainer)
Comment #12
bramdriesenComment #13
diego balboa commentedThank you for your feedback and rapid response, its my first patch contribution, so i appreciate it.
I will upload the changes you suggested in the following hour or so.
Answering your question, this patch only makes the necessary changes in the client to make available the info server side. I´ve been currently working on the related patch for the server side module "status_dashboard".
Planing to finish it, create an issue and upload it for review today/tomorrow.
Also i will update this issue when both issues/patches are publish (server and client).
Comment #14
diego balboa commentedCorrections made, patch uploaded.
Comment #15
bramdriesenSure no problem :-) glad to help you make your first code contribution and help steer you in the right direction.
I think the patch looks good now. One minor nit but I won't bother you with that ;-) looking forward to your next issue on the dashboard module itself.
Extra tip for you, the old patch flow (.patch files) will be deprecated in the future in favour of GitLab merge requests and issue forks :-) you can read about that here if you like: https://www.drupal.org/docs/develop/git/using-git-to-contribute-to-drupa... feel free to use that on your next issue! The first time doing this might look complicated, but it's actually very easy to use.
Comment #16
diego balboa commentedComment #17
diego balboa commentedThnkx Bram for the tip, i have been reading it a couple of days ago, unfortunately i didnt have enough time to use GitLab merge method this time. It will be next one for sure.
Comment #18
diego balboa commentedHello again, i have been using this patch (in conjunction with server side one) for 2 weeks now without any issue.
Would there be any possibility of integrating this module in a future release?
if so, i would be happy to help with it if needed.
Comment #19
carlitus commentedI've made a new patch for the last dev version (1 Feb), because the last patch didn't apply.
Comment #20
bramdriesenHi, I'll try to get this committed somewhere this week!
Comment #21
carlitus commentedPerfect, thanks!
Comment #22
w.drupal commentedAt the patch from https://www.drupal.org/project/status_dashboard_client/issues/3332883#co...
a comma was missing after $container->get('request_stack')
Also I added some code style fixes.
Comment #24
bramdriesen