Add listing &backandedit=1
This topic contains 26 replies, has 4 voices, and was last updated by Alex Rollin 7 years, 4 months ago.
We have moved to a support ticketing system and our forums are now closed.
Open Support Ticket-
AuthorPosts
-
November 30, 2017 at 1:59 pm #407614
Hi, if i click add listing, the add listing form shows up fine. However, if i switch pricing package, the url adds &backandedit=1, and only a basic listing form shows. How do i remove &backandedit=1 from the url?
November 30, 2017 at 5:44 pm #407648Hello!
Please provide the site url and WP Admin so that we can take a look.
November 30, 2017 at 5:46 pm #407649This reply has been marked as private.November 30, 2017 at 7:50 pm #407655Hello!
Can you provide a test listing URL that can give us a better idea of the problem?
Thanks
December 1, 2017 at 9:14 am #407710This reply has been marked as private.December 1, 2017 at 9:57 am #407716Please make sure the user details you sent us is for an administrator account.
We cannot access the /wp-admin/ area to check your settings.Thanks
December 2, 2017 at 1:33 pm #407926apologies, it was due to security settings. please try again
December 2, 2017 at 2:11 pm #407931I’ll get a developer to have a closer look. It may be after the weekend though.
ThanksDecember 2, 2017 at 6:36 pm #407953Hello!
The url change goes along with changing the package. Each package is assumed to have different fields available, and so the form refreshes.
Please check your packages to ensure that each of the fields you want to be available are in fact available for each of the packages. If you have fields that are ‘disappearing’ it is because those fields are ‘allowed’ for one package and ‘denied’ to a different package.
Please review those package settings and let us know if the field availability doesn’t match up with what you are seeing.
A note: When you add new fields (to your business CPT for example) after you have already created the packages, you must return to those packages and approve those fields for the packages. This is a workflow of sorts for managing your listing fields and their corresponding packages.
December 3, 2017 at 7:08 am #408003Hello Alex, yes i do know that the Url changes. If you read above you will see that it is the &backandedit=1 at the end of the url which is causing the problem. If this is removed, then the correct fields show.
December 3, 2017 at 9:36 am #408015Hello!
When a different package is selected, the form changes, based on the settings in the package. What fields show in the form depends on what fields you have exposed inside the package.
I will attached a screenshot in the next post that compares your two business annual packages, showing that one has fewer fields than the other. The form will only collect data for the fields that are allowed for that particular package. The URL changes with each package selected.
December 3, 2017 at 9:37 am #408016This reply has been marked as private.December 3, 2017 at 10:16 am #408018because that is the correct setting for a basic listing. try checking from the frontend. Click the add business button on this page https://lavidaalmeria.com/businesses/
The default is the annual listing and the form shows up fine.
Now try changing to the 7 day trial – it should be the same form as for the annual, but it isnt. and yes, the settings are correct in the backend for the fields for this package.
Now try changing back to the annual listing – the form has changed and the only difference in the url is the &backandedit=1 at the end of the url.
Also where are the address fields and the map?
It cannot be the package settings when the form for the annual package shows correctly and then changes when you click back on it.December 3, 2017 at 12:42 pm #408022Hello!
I see, thank for your patient explanation.So, when the package is changed, most of the fields from description, through address all the way up until the file upload fields disappear. If the “backandedit=1” is removed from the URL, then the fields re-appear. So, you made this topic asking how to remove that from the URL.
However, the “backandedit=1” is supposed to be there, as far as I know. It is the default behavior of the plugin. There is another problem, here, some kind of conflict. I took a look in 2017 theme and it is happening there, too, so it would not seem to be the theme.
That leaves a plugin conflict. Please try disabling non-GD plugins to see which one of them is causing the conflict.
You can do this the WP way, explained here: https://codex.wordpress.org/Managing_Plugins#Troubleshooting”
I checked Autoptimize first, but that wasn’t it. If you have cache plugins, try those first.
let us know how it goes
December 3, 2017 at 12:55 pm #408024Correct, the “backandedit=1” is supposed to be there.
You can wait for a developer to have a look or as Alex suggests, try de-activating any plugins that affect caching.
Another candidate is Transposh, which has not been updated by its developer for 3 years and which is not compatible with GD, see
https://wpgeodirectory.com/docs/useful-plugins/#wpml
and
https://wpgeodirectory.com/docs/known-issues/#loco
and
https://wpgeodirectory.com/docs/known-issues/#polylang -
AuthorPosts
We have moved to a support ticketing system and our forums are now closed.
Open Support Ticket