Model Relationships: typo in example code
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 1/5
- Tempo estimado
- Menos de uma hora
- Facilidade para iniciantes
- 45/100
- Tipo de issue
- Documentação
- Clareza
- Razoavelmente clara
- Status de atividade
- Estagnada
- Stack de tecnologia
- php
- Domínio
- documentation
Direção de pesquisa
Read the model relationships section linked in the issue and compare its examples with the EE6 relationship definition described here. The issue reports that adding the ee: prefix to the model name fixes an unknown-model error, but asks for confirmation that this is a documentation bug. Done means verifying the behavior and correcting the examples if confirmed.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Description of the problem
In the description of model relationships there are several examples of code used to define relationships between models. The examples all have the same basic core that looks something like this:
protected static $_relationships = array(
'Author' => array(
'model' => 'Member',
'type' => 'BelongsTo'
)
);
For EE6 at least this construct appears to be incorrect, as using this type of construct omits the ee: prefix and (at least in this authors test system) without this prefix EE will reject the relationship throwing an error of the form:
Unknown model "Member". Used in model "myAddon:Model" for a relationship called "Reln".
Adding the ee: prefix eliminates the error and leads to normal operation.
protected static $_relationships = array(
'Author' => array(
'model' => 'ee:Member',
'type' => 'BelongsTo'
)
);
However it may be that this is an issue unique to my system, so I would value observations about whether or not this is indeed a documentation bug.
If it is indeed a bug I'm happy to amend the documentation as required.
Additional context
The ee: prefix is used in relationship definitions within the EE code (e.g. in Addons\Forum\Model\Administrator.php).
- Linguagem predominante
- CSS
- Estrelas
- 22
- Forks
- 79
- Merge médio
- 2d 1h
- PRs com merge (30d)
- 6
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Tem um modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de ExpressionEngine/ExpressionEngine-User-Guide
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 72/100
-
registration form docsAberta
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 55/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 45/100
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 55/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 46/100
Todas as issues de ExpressionEngine/ExpressionEngine-User-Guide
Issues semelhantes
-
agentic-workflows automation repo-assist
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 85/100
shanselman/winget-tui#483 ·
Mantenedores costumam responder em até 2 dias
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 90/100
griptape-ai/griptape-nodes-library-elevenlabs#30 ·
Mantenedores costumam responder em até 1 dia
-
documentation
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
Mantenedores costumam responder em até 1 dia
-
docs: Release playbookAbertadocumentation
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
awslabs/social-messaging-agent-runtime-toolkit#140 ·
Mantenedores costumam responder em até 1 dia
-
documentation
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
liberation-data/drivine-python#432 ·
Mantenedores costumam responder em até 1 dia