Problem/Motivation
This is a follow-up to #2545520: The same link "available updates" links to two different pages in the same paragraph when there is a problem checking available updates. The following changes were considered out of scope for that issue, especially since changing the text would break existing translations.
See the screenshots for various cases listed in Comment #122 on that issue. Also see Comment #124.
1. When there is a problem checking for updates (to Drupal core or to contributed modules and themes) the status report includes this text from _update_message_text():
There was a problem checking [available updates] for Drupal.
or
There was a problem checking [available updates] for your modules or themes.
(with the link going to /admin/reports/updates).
We considered using the same text in both cases, removing " for Drupal" or " for your modules or themes".
Proposed resolution
(a) Status Report:

(b) Status Report - no update manager access:

(c) Updates available email:

Remaining tasks
Review how this will affect the Status report and the e-mail generated by update_mail().
Use the simpler text for both cases.
Add before/after screenshots to the issue summary
User interface changes
Before
Status report
TBA
email
TBA
.
After
Status report
TBA
email
TBA
API changes
None.
Data model changes
None.
| Comment | File | Size | Author |
|---|---|---|---|
| #53 | Screenshot from 2023-08-14 14-13-27.png | 37.35 KB | kostyashupenko |
| #52 | Screenshot from 2023-08-14 14-04-19.png | 38.67 KB | kostyashupenko |
| #32 | 2919559-32.patch | 2.52 KB | dww |
Issue fork drupal-2919559
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #3
benjifisherComment #4
jds1Hi All!
I am working this issue at Drupalcon Nashville right now. Feel free to stop by room 103 if you want to connect. I'm in a yellow shirt.
Thanks!
Comment #5
jds1Scratch that. I am moving onto something more frontend. This issue is open!
Comment #6
garypigott39 commentedI'm gonna have a go at this one.
Comment #7
garypigott39 commentedSo have done the text mods detailed in the ticket. I have also split the long t() commands into single lines as per coding conventions and replaced the deprecated url function. The mods have been tested both as an admin and authenticated user with status report access.
Comment #8
borwickja commentedThis is just about there. Excellent. Patch applied cleanly. Text is replaced per specification, and method is replaced per specification. To meet coding standards empty line at 574 needs to be removed, and commas need to be placed after closing paren on lines 122, 130. Did not check email response.
Comment #9
msankhala commentedDrupal\Core\Urlis already imported so you can directly useUrl.Same as above.
Same as above.
Comment #10
garypigott39 commentedThanks @borwickja and @msankhala - I have made those changes and rerun my previous manual tests.
Comment #11
garypigott39 commentedComment #12
msankhala commentedRemove commented code. Sorry missed this in first round of review.
Comment #13
garypigott39 commented@msankhala - thanks for that. Removed now.
Comment #14
benjifisherFrom #9:
If the class had not already been imported, then the Drupal coding standards say that we should add a
usestatement.I will set the status to NW for the point raised in #12. Also,
it looks as though there is a space before the closing bracket. If you look at the testbot's page and click on the link "1 coding standards message", then you will see that the testbot caught that, too. If you set up your IDE or editor to integrate with PHPCodeSniffer, then you can catch things like this earlier in the process.
We also need screenshots before this can be fully reviewed. See the links in the issue summary. It is OK to hack core for the purpose of generating the screenshots.
Comment #15
garypigott39 commentedHi @benjifisher - thanks for that
- spaces before closing array bracket resolved
- both files already use Drupal\Core\Url
- #12 dealt with in #13 commit
- screenshots below show status report page in both scenarios
- will do email screenshot imminently
Comment #16
benjifisher@garypigott39: Nice work! When you upload the screenshot of the e-mail, please also update the issue summary and add all the screenshots with
imgtags (or use the picture-embed button). The can go under the "Proposed resolution" header.Also update the "Remaining tasks" section. Maybe you will be able to clear that out.
Comment #17
garypigott39 commentedUpdates available email screenshot
Comment #18
garypigott39 commentedComment #19
esod commentedWorking on this patch at Design4Drupal in Boston.
Rerolled the patch with these changes:
Change
\Drupal::urltoUrl::fromRoute.Put
use Drupal\Core\Url;in alphabetical order.Interdiff attached.
Comment #25
pavnish commentedComment #26
pavnish commented@esod Hi All the things are alredy solved on latest code. So the thing only need to do is
"Put use Drupal\Core\Url; in alphabetical order."
So i am creating a new patch for this.
Comment #27
pavnish commentedComment #28
dwwThanks for moving this forward, everyone.
A) I don't see what this issue has to do with 'Accessibility', and see no mention of why that tag is here in any comment. Removing the tag. If someone thinks this issue has accessibility implications, please explicitly mention them in the Problem/Motivation section of the summary.
B) Patch #26 doesn't make sense. That's definitely not the only change needed here. What happened to the rest of #19?
C) #19 needs a re-roll, and #26 isn't it. ;) Tagging for a genuine re-roll.
Thanks,
-Derek
Comment #29
saurabh-2k17 commentedComment #30
saurabh-2k17 commentedHi @dww,
1. Patch #19 doesn't apply with 9.1.x dist.
2. I went through core/modules/update/update.install and checked what was changed in #19.
3. "\Drupal::url" has been replaced by "Url::fromRoute", so there is no requirement of that patch.
4. Also in core/modules/update/update.module there is no requirement of the changes.
Comment #31
dwwHi @Saurabh_sgh, thanks for looking. Re: #30:
1. Agreed, #19 doesn't apply anywhere, anymore. ;)
2: No, that's not the only change in update.install. There's also the wording change, which is the original/main purpose of this issue.
3: Agreed, that change (which was out of scope for this issue, anyway) has already been fixed in the modern branches of core. Sadly, looks like most of the changes introduced in #19 were out of scope. Oh well.
4. Again, mostly agreed, but there are some specific wording changes that should be kept.
Here's an accurate re-roll/re-do of #19 based on the current state of core. It's wildly different from earlier patches, so an interdiff is basically meaningless.
I doubt this will be eligible for a backport all the way to 8.8.x (since it's changing strings). But on the off chance it's considered, also including a re-roll for that branch. The raw 2919559-31.patch applies cleanly to 9.1.x, 9.0.x and 8.9.x branches.
Comment #32
dwwStray newline. Sorry.
Upon closer inspection, I think this is out-of-scope code style play. I'm going to undo it.
Also, I'm going to not bother with 8.8.x patches until this lands in a higher branch and a core committer requests a backport. ;)
Comment #36
robertoperuzzoI'm going to create the issue fork in order to review it using DrupalPod.
Comment #37
dwwThanks for reviving this issue! FYI: DrupalPod can work with patches, too. ;)
Comment #38
robertoperuzzoFrom my test using patch #32: the new message appears correctly in the Drupal status page:
I'm going to create the merge request.
Comment #40
robertoperuzzoComment #43
smustgrave commentedThis issue is being reviewed by the kind folks in Slack, #needs-review-queue-initiative. We are working to keep the size of Needs Review queue [2700+ issues] to around 400 (1 month or less), following Review a patch or merge request as a guide.
Seems there were failures in the MR.
Not sure what needs to be done for translation updates
Also since this is a UX change tagging for usability review.
Comment #44
carolpettirossi commentedI'm removing the "Needs screenshots" tags as the Issue summary has been updated on #18 with the screenshots needed.
Comment #46
quietone commentedFor item 2 in the Issue Summary. The text in update.install was changed in #3182405: Do not use verb "Install" for things other than turning on modules/themes and Url:fromRoute was added in #2731817: Replace all calls to the deprecated Drupal::url() function in Core. The text is now
See the <a href=":available_updates">available updates</a> page for more information and to update your software.It was changed to remove 'install'.
Item #1. This is still valid. That text was added in 2006, #94154: update.module in core (formerly known as update_status), and has not been changed since.
This should have before and after screenshots, made after the MR is updated.
Comment #48
sourabhjainComment #49
smustgrave commentedPer 46
Comment #50
sourabhjainI have already addressed the issue mentioned in #46 @smustgrave. Please review my latest commit in #47 in 2082 MR.
Let me know if I have missed anything.
Comment #51
smustgrave commentedDon't think you read the full comment :) It says to include screenshots
Comment #52
kostyashupenkoBefore:

After:

Comment #53
kostyashupenkoComment #54
kostyashupenkoComment #55
smustgrave commentedThanks @kostyashupenko!
Comment #56
longwaveUnfortunately this is still tagged for usability review.
The issue summary also doesn't describe the proposed solution. There is also a task regarding the update email notification, and it's not clear whether that should be changed as part of this issue or not.