You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
I've registered 2 packages, "twitter" and "facebook" (og) via the MetaTagsServiceProvider (in boot method). Eg: when using $package = Meta::getPackage('facebook') and then modifying some og tags, these changes are not reflected in the html output (using Meta::toHtml() in the base view). I have to call Meta::replacePackage($package) explicitly in the controller to make the html render the updated tags.
Is this intended behaviour? For me the replacePackage call feels a bit counter intuitive and redundant because I already registered the package to be included by default (via config).
To Reproduce
Register a default package (OpenGraph)
Set some default values
In a Controller, get the package, change eg the title
check HTML as it will not reflect the updated title
Expected behavior
it should reflect changes immediately (without replace package)
Screenshots
/
Desktop (please complete the following information):
OS: MacOS
Browser FF
Version /
The text was updated successfully, but these errors were encountered:
Thank you for bringing this issue to my attention. You're correct: in the current design, when you register a package with predefined meta tags during the bootstrap period, these tags are directly registered in the Meta class. When you modify the package object afterwards, it doesn't automatically reflect the changes in the HTML output. For that, replacePackage has to be explicitly called.
This design choice was made to optimize for certain use-cases, but we understand that it may feel counterintuitive in your scenario.
Here are some additional points:
Workaround: For now, you would have to continue using replacePackage to see the updates reflected immediately.
Upcoming Changes: I am considering a redesign for package registration in the upcoming v3.0 release. Your feedback will be invaluable in shaping these changes.
If you want to try
Thank you for using our package and for your valuable feedback.
P.S.
If you have the time and interest, I invite you to help me in reshaping this logic. You can fork the repository, implement your approach, and create a PR to the 3.x branch. Your contributions will not only benefit your use case but also many other developers who might face a similar situation in the future.
Describe the bug
I've registered 2 packages, "twitter" and "facebook" (og) via the
MetaTagsServiceProvider
(inboot
method). Eg: when using$package = Meta::getPackage('facebook')
and then modifying some og tags, these changes are not reflected in the html output (usingMeta::toHtml()
in the base view). I have to callMeta::replacePackage($package)
explicitly in the controller to make the html render the updated tags.Is this intended behaviour? For me the
replacePackage
call feels a bit counter intuitive and redundant because I already registered the package to be included by default (via config).To Reproduce
Expected behavior
it should reflect changes immediately (without replace package)
Screenshots
/
Desktop (please complete the following information):
The text was updated successfully, but these errors were encountered: