Userbase

Hoi,

Ik zit met een eigenaardig probleem - misschien is hier er al iemand ooit tegen gelopen...

Op de website van onze koorgroep is een woocommerce geinstalleerd + ticketing plugins, en bij ons laatste concert (voor covid) werkte dat nog allemaal goed.

Nu merk ik dat bij producten van het type "variations" (waar je meerdere variaties kan hebben), dat ik geen formulier te zien krijg om de order toe te voegen. Simpele producten (1 variatie - 1 prijs) werken perfect, maar die met variaties niet.

Practisch voorbeeld: https://artemusicale.be/product/kerstco ... angel-16u/ - hier zouden 6 variaties moeten op staan, en ik ZIE ze ook in de HTML, maar voor een of andere bizarre reden komt het niet naar boven - en ik vind niet waarom. Ik heb 't thema al es terug op de default gezet, hopen plugins uitgeschakeld, maar 't maakt allemaal geen verschil.

Iemand die iets ziet?

In zowel Safari als Firefox op macOS lijkt alles oké.. Al eens in een privévenster geprobeerd? Misschien een browser plugin (adblock?) die iets verkeerd oppikt?

Enkel het herladen van de pagina...
Niks meer.
uBlock Origin (uitschakelen maakt geen verschil).
FF 78.15.0esr (64bit, Debian 11)

Win 10 pro + FF93 (gewoon zowel als private window). Als ik kies een prijscategorie aanklik kom ik gewoon op de pagina van het concert van 20u, klik ik daar kom ik terug op het concert van 16u. Er komt niets in het mandje.
Alle scripts, behalve Google analytics toegelaten in noscript.

Waarde

Het is doorgaans slechts een kwestie van de display: none te vinden.

In de pagina zelf heeft u de volgende inline style gedefinieerd: .entry-summary { display: none !important; }. U heeft in diezelfde CSS overigens de comment "CAN'T REMEMBER WHY I PUT THIS IN?" geschreven, een terechte opmerking.

Het formulier met de variaties staat onder een <div class="summary entry-summary">. Bijgevolg is het niet zichtbaar. Als u die display:none verwijderd komt het formulier met de keuzes meteen weer tevoorschijn.

De achterliggende fout lijkt me eerder dat u de variaties in het verkeerde deel van de pagina gezet heeft. De content wordt immers grotendeels twee keer herhaald, maar een van die twee keren onder de display:none waardoor je het maar 1 keer ziet. Het verschil is weliswaar dat de content onder de display:none ook het formulier heeft, de andere content niet.

Of het is gewoon een kwestie van die entry-summary in de backend terug aan te zetten, hoewel je dan mogelijks duplicate content moet opkuisen.

Mvg

Ondertussen uitgevogeld: een plugin die problemen veroorzaakt..... Jammergenoeg zijn beide nodig dus moet ik versneld een migratie doorvoeren van de andere plugin.

Ordon schreef:Enkel het herladen van de pagina...
Niks meer.
uBlock Origin (uitschakelen maakt geen verschil).
FF 78.15.0esr (64bit, Debian 11)

Ja, ik was aan het testen

Hmm, nog eens geprobeerd.
Blijft louter bij herladen van de pagina...

'k Zal morgen nog eens proberen.

Voeg eens een ?1 op het einde om de laatste versie te krijgen.

https://artemusicale.be/product/kerstco ... gel-16u/?1

Bij mij laadt hij gewoon volledig in zonder herladen maar "de helft" van de content, inclusief zijn variaties, zit nog altijd onder een display: none, alhoewel het er op het eerste zicht normaal uitziet. Je moet idd in de HTML kijken om te zien dat er iets ontbreekt.

Nope.
Doet nikske.
(cookies weggesmeten)

Thx voor het meedenken!

Het is de Memphis Docs plugin die problemen veroorzaakt. Ik was al langer van plan van daarvan weg te migreren naar een nextcloud instance, dus dat zal nu wat sneller moeten gebeuren dan geplanned.

Idd, de display:none staat in de memphis-documents.css-inline-css.

Bizar dat dat enkel naar boven komt met een specifiek product type. Zag ook wel dat de auteur vd plugin ermee gestopt is...)

Een 'quick fix' is om gewoon dat ene lijntje css te verwijderen uit de plugin code. Heb je toegang tot de bronbestanden van de website? Het bestand dat je moet aanpassen is Op lijn 23 en 24 staat: Vervang deze 2 lijnen door: Uit die code kan je dus ook opmaken dat er blijkbaar een optie is waarmee je het ook kan doen (mdocs-hide-entry-div). Je kan kijken of je in de opties van de plugin in het adminpaneel hier iets van terugvindt, want het aanzetten van deze optie zorgt er dus voor dat die lijn css wordt toegevoegd en de div verborgen wordt. Maar aangezien dit een essentieel deel van je website verbergt zou ik het permanent in de code fixen zodat niemand het in de toekomst terug kan aanztten.

Geen idee hoe belangrijk dit stukje is voor de werking van de plugin zelf. Die variable wordt verder voor niets gebruikt behalve toevoegen van dat stukje css, maar het zou kunnen dat er nu ergens iets anders getoond wordt dat je niet wil omdat het nu niet meer verborgen wordt. Je kan dit allemaal wel makkelijk oplossen maar zal wat aanpassingen in de code vergen.