Account created on 31 March 2001, over 23 years ago
#

Recent comments

Anyone migrate to backdrop w/ adaptive theme ?

Applied patch just now and will report back, so far that message has not showed up again.

I am seeing similar log messages with php 8.1 and version 8.x-3.0, have not tried the patch yet.

Looking and I don't see a dev or more recent than 8.x-3.0.

I think I am having this issue, if I use the regular Photoswipe instead of Photoswipe Responsive the first image can have a different image style. If I use responsive the first image uses the same responsive style as the rest of the images.

The paid demo is Drupal 10.1.6 but as above used function file_url_transform_relative()  which I googled as Deprecated

in drupal:9.3.0 and is removed from drupal:10.0.0. Use \Drupal\Core\File\FileUrlGenerator::transformRelative() instead.

 worrisome!

Unable to edit existing sliders in the paid demo due to things like Error: Call to undefined function file_url_transform_relative() in md_slider_library_info_alter() (line 560 of modules/contrib/md_slider/md_slider.module).

Also the demo does not include any composer files so you can't use drush to change passwords either, have to replace hash for user 1 in the database...  :(

The $29 I don't care about, what I wanted was enough examples and/or documentation to use md_slider in production.  Sorry I wanted to be positive about it, but I would not feel comfortable using this module in production due to lack of documentation and many undefined function calls showing up.

$29 is reasonable, paid it.  Note documentation is sparse, but if you have some sysadmin skills the demo template seems to work, however plan on forcing user 1 password change.

Weird, the README.txt is in UTF16le

==============

 file ./README.txt

./README.txt: Unicode text, UTF-16, little-endian text, with very long lines (316), with CRLF line terminators

(may have to convert to UTF8 to read on shell)

iconv -f utf-16le -t utf-8 ./README.txt > result.txt

cat results.txt

CONTENTS OF THIS FILE^M
---------------------^M
^M
 * Introduction^M
 * Requirements^M
 * Installation^M
 * Configuration^M
 * Maintainers^M
^M
^M
INTRODUCTION^M
------------^M
^M
This module provides easy solution for any slider on your website. Mega Slider (MD Slider) is responsive slider module with touch-swipe navigation. Friendly admin user interface and powerful timeline manager, you can
 add text, image or video and create fancy slider. Highly customizable slider for Drupal ^9 || ^10..^M
^M
^M
 * For a full description of the module, visit the project page:^M
    https://www.drupal.org/project/md_slider ^M
^M
 * To submit bug reports and feature suggestions, or to track changes:^M
    https://www.drupal.org/project/issues/md_slider ^M
^M
^M
REQUIREMENTS^M
------------^M
^M
This module requires the following modules:^M
^M
 * IMCE ( https://www.drupal.org/project/imce )^M
 * jQuery UI Tabs ( https://www.drupal.org/project/jquery_ui_sortable )^M
 * jQuery UI Droppable ( https://www.drupal.org/project/jquery_ui_droppable )^M
 * jQuery UI Draggable ( https://www.drupal.org/project/jquery_ui_draggable )^M
^M
^M
INSTALLATION^M
------------^M
^M
 * Install as you would normally install a contributed Drupal module.^M
^M
 * Visit:^M
    https://www.drupal.org/docs/8/extending-drupal-8/installing-drupal-8-mod... ^M
   for further information.^M
^M
^M
MAINTAINERS^M
-----------^M
^M
 * Hoang Duc Minh (hoangd) - https://www.drupal.org/u/hoangd ^M
 

Works as designed, if you know the correct bootstrap class to use, in this case sticky-top replacing position-relative in the top region, you can elegantly change the behavior of the top region to to stick! Closing support request.

DOH...

Instead of using class "position-sticky" I realized days later I should try "top-sticky"
That does seem to work.

It is really nice how you can add bootstrap classes to regions with this theme, you could also use asset injector and add additional classes to regions in this theme.

Nicely done and also nice that it is using the latest bootstrap.

I am looking at the bg_layout module also for another task, and the author recommended https://www.drupal.org/project/imagefield_slideshow which seems similar, may want to look at that project for a field slideshow?

ON Drupal 10.2*

What do we do after using composer to install and drush to enable?

I was unable to read the README.txt file. So I disabled and used composer to remove.

Is there a website with documentation about how to use and get a paid version that will run on Drupal 10?

Thank you, as much as I try to read before asking, I missed that. thank you for this project and this support request can be closed.

Vensires nailed it!!! thanks, was able to use your script and thanks for the @code/@endcode explanation
... I was preparing to upgrade a legacy site that had bad permissions that was orig drupal 6, 7, and 9.5.11 to 10.2 ... this script helped me get past the permissions concerns of upgrade_status. :)

DO NOT USE THIS MODULE TILL DEVELOPERS FIX FOR DRUPAL 10

What is the status? Drupal 9 is long dead cold...
still not Drupal 10 ready?

Apologies, while I did not find by googling nor docs, I think this can be done on the "checkout flow" by editing "Coupon Redemption"

For others, I also have my website with the webserver set as the group not the file owner, I guess we could make the web serve the owner of the files directory but I would rather not.

So after using drush frequently I get something like
...Permission denied FileSystem.php...
[error] Failed to unlink file 'assets://css/css_....

So to not see this I adda step reset permissions for the folder used by css injector.
like... chown -R user:www ./files
then su - user
then run drush.

I only have this issue with the module, it is a good module, a simple work around since this module "works as designed"

#23 I think is working for me, after running that and checking /admin/people/permissions for sanity...
the "upgrade status" is no longer ocmplaining. thanks Galbor.

out of time, 2 weeks till end of life for drupal 9, this is obsolete.

any chance of making a dev version for 10 to try ?

Reads like you will need to FORK it, and this will be automatically OBSOLETE in about a month.

If you do fork, please post a link.

Well we have about a month before this is end of life, support ends for Drupal 9 in November 2023, and it already ended for Drupal 8.

This module will not install with composer on Drupal 10.

Yep,
if you
composer create-project centarro/commerce-kickstart-project kickstart

you get the error
In CreateProjectCommand.php line 424:
Could not find package centarro/commerce-kickstart-project with stability stable.

If you do the dev, it gets further then breaks on trying to patch a module that does not need to be patched...
composer create-project -s dev centarro/commerce-kickstart-project kickstart
results in
Cannot apply patch #3363948 - Fix D10 compatibility issues

So you cannot use this to do the kickstart (demo) until the repositories are corrected?

Apologies but something in this procedure is NOT working.

what do you mean "You can remove the patch as module"

To use the demo we are suppose to edit your install stuff so it does not patch? How?

Getting close to end of life for drupal 8-9.... please roll a dev version, upgrade status says this is the last module one of my websites needs to do to upgrade.

By the way,

I CANNOT UNINSTALL THIS MODULE WITHOUT DELETING MY BLOCKS AND the files made by ASSET INJECTOR module.

This not a good thing.

HOW DO YOU UNINSTALL w/o having to recreate all the blocks touched since this was installed ?
????

Was this fix applied to released or dev, or do we still need to patch to be able to uninstall "context mobile condition" ?

Was this resolved?
How do we uninstall this module w/o messing up the blocks?
I am not sure if I am suppose to fix something else for Context's condition plugins?

I applied the patch using git I hope:

cd (path)/drupal/web/modules/contrib/context_mobile_condition
wget https://www.drupal.org/files/issues/2023-09-07/support-for-drupal-338571...
git apply ./support-for-drupal-3385719.patch

I am running 9, I have not had a chance to sandbox the site to 10 to test.

the front page module states that not all features will be ported from durpal 7 in their stable release I recall.

hopefully this will be supported before the Nuclear end of life coming November 1st :(

An interesting approach also appeared on reddit request.

That approach was to set a view to be unrestricted permission, which overrides allowing anonymous to see it anyways even if anonymous is set to only view published.

https://www.reddit.com/r/drupal/comments/14a6ief/drupal_10_how_do_you_restrict_entire_site_except/

Our community really needs to upgrade to drupal 10 because end of life is November for both drupal 7 and drupal 9.

We really need the ability to restrict anonymous except for the front page, so the condo information is not public.

Any expectation of support, even in a DEV, for Drupal 10?

Crazy idea... create basic page, set as default for site, change author of basic page to "anonymous" and set permissions for anonymous to be able to view own published nodes...?

Some posts suggest in the past issues with changing author to 0, and views bulk operations does not give you the option to set author to anonymous,  nor is their a vanilla way on Drupal 10 that I see to change the author.

?

Will Drupal 10 support be available, at least in DEV, to be installed by composer?

Drupal 9 end of life is a few months away.

I am hoping for any kind of drupal 10 release, even dev.

Do you expect to support Drupal 10 ? end of life for 0-9 is a few months away.

We are getting closer to end of life for Drupal 9 just months away, and the "dev" will not install with composer.... having to tell customers this module cannot be used on Drupal 10 with recommended installation by composer.

:(

thanks for the 2.0.0-alpha1 released 12 March 2023 for drupal 10

I had rolled back to Drupal 9 for a production site because some other commerce contribs also are not finished like USPS shipping.

BUT I still had the folder I could use composer on so I can test the composer at least.

I can confirm for 10.0.0.4 with php8.1 it does at least install!
I have not actually tried to use it in the website beyond enabling the extension.

$ composer require 'drupal/commerce_authnet:1.x-dev@dev'
Info from https://repo.packagist.org: #StandWithUkraine
./composer.json has been updated
Running composer update drupal/commerce_authnet
Loading composer repositories with package information
Updating dependencies
Lock file operations: 7 installs, 0 updates, 0 removals
- Locking commerceguys/authnet (v1.1.3)
- Locking drupal/commerce_authnet (dev-1.x 0a769cb)
- Locking drupal/commerce_payment (2.33.0)
- Locking lcobucci/clock (2.3.0)
- Locking lcobucci/jwt (4.0.4)
- Locking psr/clock (1.0.0)
- Locking stella-maris/clock (0.1.7)
Writing lock file
Installing dependencies from lock file (including require-dev)
Package operations: 7 installs, 0 updates, 0 removals
- Downloading commerceguys/authnet (v1.1.3)
- Syncing drupal/commerce_authnet (dev-1.x 0a769cb) into cache
- Installing psr/clock (1.0.0): Extracting archive
- Installing stella-maris/clock (0.1.7): Extracting archive
- Installing lcobucci/clock (2.3.0): Extracting archive
- Installing lcobucci/jwt (4.0.4): Extracting archive
- Installing drupal/commerce_payment (2.33.0)
- Installing commerceguys/authnet (v1.1.3): Extracting archive
- Installing drupal/commerce_authnet (dev-1.x 0a769cb): Cloning 0a769cb62f from cache
Generating autoload files
50 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
No security vulnerability advisories found

-------------

from extension page,

Status message
Module Commerce Authorize.net has been enabled.

----
NOTE I have not actually tried to use it w/ D10, but at least DEV installs again now.

CONFIRMED
also does not install on 10.0.0.4 with php8.1

this is a show stopper for me. customers have to have authorize.net gateway, many do

So we cannot use Drupal Commerce on Drupal 10. It is either redo website in Drupal 9, then update before ENDOFLIFE Nov023, assuming this is fixed by then.... or outsource commerce or go with WordPress

Please let me know if this DEV can be resolved else no drupal solution for commerce.

I think we have to use "dev"
https://www.drupal.org/project/commerce_authnet/releases/8.x-1.x-dev
composer require 'drupal/commerce_authnet:1.x-dev@dev'

AND YES the DEV is snafu also. :( for Drupal 10.0.0.4 using php 8.1

Problem 1
- commerceguys/authnet v1.1.2 requires guzzlehttp/guzzle ~6.2 -> found guzzlehttp/guzzle[6.2.0, ..., 6.5.8] but the package is fixed to 7.5.0 (lock file version) by a partial update and that version does not match. Make sure you list it as an argument for the update command.
- drupal/commerce_authnet 1.x-dev is an alias of drupal/commerce_authnet dev-1.x and thus requires it to be installed too.
- drupal/commerce_authnet dev-1.x requires commerceguys/authnet ^1.1.2 -> satisfiable by commerceguys/authnet[v1.1.2].
- Root composer.json requires drupal/commerce_authnet 1.x-dev@dev -> satisfiable by drupal/commerce_authnet[1.x-dev (alias of dev-1.x)].

Use the option --with-all-dependencies (-W) to allow upgrades, downgrades and removals for packages currently locked to specific versions.

FYI,

this was weird, somehow when I went back to Configuration -> Basic Site Settings, System I did have simple site name "Drupal" but no FROM email address even though it had a red asterisk. I am also pretty sure I'd have changed site name from "Drupal"
So my test install somehow installed w/o setting up the Basic Site Settings, not sure how I did that.

After saving a required from email address my send mail issue went away it seems. So in my case I was missing basic site settings from email causing similar error.

hmm.

The user_provisioning module seems very nice and supported with a lot of feature s for premium and more than a way to export users to json and csv also.  However if you are not investing in the premium and paying about $600 it only allows export of two fields to json/csv files.  Sorry but some of my non-profits can not afford the premium.  the user_provisioning module is meant to be more than just export to file and looks very nice and does seem to be worth investing for premium if in your budget.   But if you don't have a budget for the premium and just need to export to csv/json from drupal 10, this is not the answer.

Production build 0.71.5 2024