Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Problem/Motivation
STR:
* Create a menu link as entity:user/1
* Edit, it shows as "TitleOfFirstNode (1)"
* Save, the link is changed to a node.
Proposed resolution
Do not switch to autocomplete mode unless it is a node
Remaining tasks
User interface changes
API changes
Data model changes
Comment | File | Size | Author |
---|---|---|---|
#27 | 2804391-27.patch | 5.04 KB | jofitz |
Comments
Comment #2
BerdirComment #3
dawehnerThis looks like a fine workaround until we have the other issue solved.
Comment #5
amateescu CreditAttribution: amateescu for Pfizer, Inc. commentedSince displaying the autocomplete label for non-node entity types is a bug, we just have to update the test and use a node for that assertion :)
Comment #7
wolffereast CreditAttribution: wolffereast commentedBeginning Triage
Comment #8
wolffereast CreditAttribution: wolffereast commentedConfirmed that the bug is still present.
The patch no longer applies. Specifically the file in which the test that was modified lived has been moved and refactored, so that needs to be reworked. The line number in LinkWidget has changed.
The fix still works when applied by hand
Comment #9
arunkumarkI have re-rolled patch for the Drupal 8.4.x version.
Comment #11
gaurav.kapoor CreditAttribution: gaurav.kapoor at OpenSense Labs commentedComment #13
jofitz CreditAttribution: jofitz at ComputerMinds commented@gaurav.kapoor please can you remember to include an interdiff where possible.
Comment #14
gaurav.kapoor CreditAttribution: gaurav.kapoor at OpenSense Labs commented@Jo , i just re rolled #5. I don't think an interdiff was needed. Sorry for the confusion.
Comment #15
jofitz CreditAttribution: jofitz at ComputerMinds commentedRemove line saving non-existent variable.
Replace deprecated variable.
(remove Needs Reroll tag)
Comment #16
jofitz CreditAttribution: jofitz at ComputerMinds commentedMy previous patch went wrong somehow, let's try again.
Comment #18
Mac_Weber CreditAttribution: Mac_Weber as a volunteer commentedHere we are replacing a test with a custom entity with restricted access to a node with restricted access?
I think we need both tests. In addition, test an entity with unrestricted access, too.
Comment #19
cilefen CreditAttribution: cilefen commentedI am adding credit to wolffereast for the triage work done. Just FYI, we like to see documented triage steps (even if brief). Here are some made-up examples of documented triage steps:
Thank you!
Comment #20
BerdirRe #18. See comment #5, the old test was a wrong behavior, so we do not need that to be tested.
We do however still need actual test coverage for the bug being fixed here.
Comment #21
cilefen CreditAttribution: cilefen commentedThank you, everyone, for working on this.
@xjm, @alexpott, @effulgentsia, @lauriii, @catch and I discussed this issue at a recent meeting and decided this is critical because it affects data integrity when people edit links.
(edited)
Comment #22
BerdirFinally got around to write a test for this.
Comment #24
dawehnerI believe this is a thoughtfull test including good description comments.
Note: This doesn't block a commit but you should be able to use
loadUnchanged
here instead, but seriously, these details matter less on tests, IMHO.Comment #25
alexpottCommitted a12adc7 and pushed to 8.4.x. Thanks!
This needs a re-roll on 8.3.x.
Comment #27
jofitz CreditAttribution: jofitz at ComputerMinds commentedRe-rolled the patch from #22 for 8.3.x.
Comment #28
jibranRe-roll looks fine to me. Let's see testbot's report.
Comment #29
jibranGreen!
Comment #30
alexpottCommitted e5ee7c9 and pushed to 8.3.x. Thanks!
Thanks for the quick reroll.
Comment #33
rajeevku CreditAttribution: rajeevku commentedShouldn't we remove @todo now as patch has been submitted in https://www.drupal.org/node/2423093.