Closed (fixed)
Project:
COOKiES Consent Management
Version:
2.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
13 Jun 2023 at 11:42 UTC
Updated:
27 Dec 2024 at 16:39 UTC
Jump to comment: Most recent
Comments
Comment #2
anybodyThanks @sunlix, would you like to prepare a MR?
Removing it would be a breaking change, so we should be sure it's expected. To make it non-breaking, we could introduce a setting instead and set the default to
target="_blank"for existing sites and none for new installations. But I'm not yet totally sure, it's worth it. Further opinions?Comment #3
sunlixI will. Fixing horrible UX is always worth ;)
I am sorry fall in some kind of militancy if I see that anti-pattern and can't change it.
Can you provide some information where the cookie docs link is generated to add the new behavior?
I have added the new config to the model.
Comment #4
sunlixI have added a issue on the GitHub queue.
see https://github.com/jfeltkamp/cookiesjsr/issues/23
until that it added this issue is blocked. unfortunally.
Comment #5
anybodyOh no, it's from the cookiesjsr repo? I didn't have the time to take a closer look, but if that's the case, as it seems, please try to contact JFeltkamp. He disappeared months ago... sadly.
There was a plan to replace that repo with an open source Vue implementation I was really looking forward to, but no more activity then.
Comment #7
sunlixYep that markup comes from the javascript part.
At JFeltkamp GitHub repo are both repos:
React https://github.com/jfeltkamp/cookiesjsr-react
Vue https://github.com/jfeltkamp/cookiesjsr-vue
but yeah no activity since november 2022 sadly.
Comment #8
anybodyI very much hope, he will reply and is still active in the Drupal community. Otherwise, we should ask him to at least fork the Vue repo to proceed working on that. I remember the react repo was proprietary by the company he wrote that for...
Comment #9
vistree commentedWe have the same problem with the library - _blank should not be used on accessible websites.
As both projects (vue and non-vue) are on github - can't we just fork them? For both versions there is a License.txt and it seems to be OK to fork as long we keep correct attribution.
Comment #10
anybody@vistree indeed! Looks like you're right! Sorry I remember a discussion from the early days, where the license was unclear... that was still on my mind!
Of course the better choice for the COOKiES community would be to finish the Vue implementation and make the changes there, but also for the old one a MR from a fork would be great! and maybe @jfeltkamp will merge it, if you contact him.
Comment #11
anybodyLet us know about your activity there. @Grevil and I don't have the time to work on this in the next month, but happy to review and merge the Drupal part!
Comment #12
vistree commented@anybody - for my understanding: currently the non-vue version is used in Drupal cookies module, right?
I am not javascript / vue developer. So I don't know if I am the right person to create a fork. Sure, I can remove all the _blank values. I will try to contact jfeltkamp
Comment #13
anybodyI have to remove my comment from #10. @Grevil just correct me! https://github.com/jfeltkamp/cookiesjsr/issues/6 only contains the build!
See https://github.com/jfeltkamp/cookiesjsr/issues/6 and try to contact @JFeltkamp if you'd like to push things forward...
Comment #14
drubbHere's a Gist demonstrating how this can be achieved using a JavaScript mutation observer. Details may vary: https://gist.github.com/drubb/8ef8366a10b24bbddb2ca57e4a7bc075
You can use this e.g. for modifying classes and attributes (like removing 'target').
Comment #15
anybody@sunlix FYI this has just been fixed in 2.x:
https://github.com/jfeltkamp/cookiesjsr/issues/23
The target blank is now removed by default.
I'll open a follow-up to implement a setting for setting this to target blank in Drupal settings.
Comment #17
anybodyHere's the follow-up for such settings in Drupal: #3493869: Add a setting to set attributes (at least target="_blank") for doc links