aafritz

To see an example of what I’m talking about, see this link that uses the shortcode [toc content=”.entry-content” headers=”h3″ position=”prepend”]:

https://www.azuloxworkshops.com/educational/affinity-photo/affinity-photo-image-repair-tools/

Done. Thanks.

Are the files still sorted into folders by date in the uploads areas? I.e. the potential for a collision/overwrite is only within a 24 hour period?

Is it possible to modify the tweak to prepend the original file name with the UUID(?) based file name you currently create so it is unique, but the original file name reminds there too? It seems like that would be a pretty universal solution. Best of both worlds.

Either way: it would be nice if the original file name became a field that could be used in the emails and also showed up as a column in the entries table however the file gets named. That would allow me (and others) to script downloads of files and rename them to their original.

Alternatively, maybe a future version can have a “rename” check box in the form editor so we can toggle the behavior as needed. Sometimes I need this and other times I don’t care.

My use case is people submitting images for critique and I’d love to know the original name at all because people often include information there…

I ended up changing the permalink for the destination page to avoid the – character and it started working. I’ve since retested and everything works again including destination URLs with the -.

I had not recently changed any plugins, but I stripped out everything I could and it didn’t seem to make a difference. However, since it has gone away, I’m prepared to accept that it was a transient either related to the specific versions of WP/Plugins installed (some of updated including WP again) or was something else very situation specific.

And finally… URLS in the redirect with “-” in them break the save.

And the “root” cause… The form save breaks if you specify a redirect URL. This appears to be broken on all 3 sites I’ve tested, running different plugin sets and templates.

Digging in, the ajax request the save click generates is getting a 404 error…

The request url is https://www.azuloxworkshops.com/wp-admin/admin-ajax.php which is accessible via a simple get and returns 0 as expected. It returns a 404 error in response to saves from smartforms.

Is there a way to NOT use ajaxy save? I get that it’s cool, but at this point I need working forms again and I am willing to wait the extra 2s for a refresh if it works.

For anyone else having problems with this bug, a work around is to add a new CSS rule below the existing rule with

display:flex;

The selector MUST be different otherwise jetpack’s CSS will combine the rules to optimize space (same selectors) and then strip out the “unneeded” redundant display property…

So in my case I did this:

#masthead .hgroup #header-sidebar {
	display: -webkit-flex;
	-webkit-flex-direction: column;
	-webkit-justify-content: center;
	flex-direction: column;
	justify-content: center;
}

body #masthead .hgroup #header-sidebar {
	display: flex;
}

Kludgy, but it works.

And, I’ll answer my own question…

If you build your own template (which I did), you have to manually add cycle2 to the page, or in your js file for the template… or whatever to put it in scope. Just missed that…

Update… Apparently, cycle was being brought in on my test site by another plugin. After I updated it, both sites are now broken in the same way (error above).

How should cycle be brought in for total slider? I assumed it would be brought in by the plugin but it appears not to be.