Oh nifty, I missed a couple. Added those to the patch. I hope this is now more comprehensive.
jschref → created an issue.
This fix works for me. Thank you. :)
With a fresh install on D10 (not an upgrade from D9), patch #18 worked like a charm for me. Also fixed/is the root of this bad AJAX call:
https://www.drupal.org/project/view_mode_page/issues/3414818#comment-155...
🐛
add pattern HTTP AJAX error 500
Active
I was getting this same issue. I believe you'll find this thread addresses it, at least it did for me:
https://www.drupal.org/project/view_mode_page/issues/3300706
🐛
Context exception when trying to create url (Drupal 10 is broken!)
RTBC
FWIW I'm using patch 6 successfully, and find this behavior useful/desirable. (moving the field from the sidebar into the center column)
JSchref → created an issue.
FWIW, if you submit your webforms through the "test" tab on the webform, no node will be created (at least not for me as of 4.04)
I'm seeing this issue too. The remove button sometimes removes the item, sometimes triggers the modal.
If you landed here, like I did, there are two other modules which allow token access and may address this requirement for you:
https://www.drupal.org/project/node_authlink →
Provides tokenized access to provide any of a variety of configurable actions on content revisions, not just the latest revision.
https://www.drupal.org/project/preview_link →
Provides a preview link that is tokenised, and therefore bypasses access control to allow any user to view the latest revision of an entity.
I hope this helps the next guy, even if it doesn't address the issue for this particular module. :)
Aaannnnndddd a patch for even more safari compatibility, because in certain situations the onbeforeprint event won't fire at the correct time.
aaaannnnnddddd a patch to match the MR.
JSchref → created an issue.
D10.1.5 and patch #14 works great for me. Thank you akasake.
Annnnddddd.... we can update that with the correct issue number. :/
Adds an icon and install file to utilize it. Ref. https://www.drupal.org/node/2863992 →
What does createImageUrl() return if uri is truthy and \Drupal::moduleHandler()->moduleExists('imagecache_external') is falsy?
Apparently patching info.yml files is extra fun? No change, just fewer lines in the patch.
It is worth noting that, if this module isn't found, createImageUrl() doesn't have a return at all, and a better defensive coding solution should be sought.
JSchref → created an issue.
FWIW, I ran into this intermittently too. Converted this to a patch in case anyone else needs it as well.
Patch to fix