Forum Replies Created

Viewing 15 replies - 31 through 45 (of 92 total)
  • Thread Starter codeagency

    (@7grafix)

    What is suppose the happen when I do ctrl+u and ctrl+f?
    I’m on a Mac, those shortcuts do nothing on my end.
    I think ctrl+f is for search?

    I don’t have anything LifterLMS on my site. Perhaps it’s something that comes along with OceanWP in case somebody installs LifterLMS so OWP theme supports the layouts.

    Thread Starter codeagency

    (@7grafix)

    Hallo Garavo,

    Sorry for my late reply.
    I was busy with GDPR madness the past weeks.

    I have tried again, updated all websites to latest version, but the problem still persists.

    I even tried a blank new project, everything from scratch and it also happens with this one after some time.

    So the strange thing is, the first few times it al works fine and suddenly after a while, it no longer works in Elementor anymore.
    But only in Elementor! In Theme customizer (OceanWP), in wysiwig editor default WP editor and everywhere else it keeps working nicely. Just not in Elementor.

    I’m really clueless why this is happening. I have no strange things installed.
    My last test is on a pure untouched environment, no caching whatsoever, not on server, not by any plugins, nothing at all.

    I made a backup from my settings, which you can see here on gist:
    https://gist.github.com/codeagencybe/913f8cdf253257a635a4139c56495c5e

    It happens on all projects I made so far.
    Can you please kindly check so I can get this resolved. If you want to check the website yourself in backend, just let me know and I’ll create you a temp admin account to check it out.

    Thanks!

    UPDATE:
    I just checked the console for any errors, and this is the only things that shows up:
    Uncaught ReferenceError: butterbean is not defined
    at post.php?post=5&action=elementor:9300

    Not sure if that comes from your plugin?

    • This reply was modified 8 years ago by codeagency.
    Thread Starter codeagency

    (@7grafix)

    I know most people got it back to working by creating a folder “2018” manually via FTP/SSH on the hosting server.
    You need to create this one in:
    /yourwebfolder/wp-content/uploads/bewpi-invoices/ -> /2018

    You can always try that first and check if that fixes the problem.

    Hello Siva,

    I can reproduce it with all possible models.
    Yes, my mappings are saved. I can re-open and edit and everything is still there.
    So it does not seem to be that problem.
    You can see screen casting here: http://sharing.codeagency.be/04202m173Y2G

    I am testing on a fresh install. It’s just a demo environment I use to test plugins.
    I also tried on a brand new setup on Cloudways, same issue.

    I tried different models like CRM, contacts, leads, … and lastly I tried tickets from Helpdesk app.
    The helpdesk API is activated so it should work fine, but nothing happens when you submit the contact form.

    Either something is wrong with your plugin as other people also report the same problem, so it’s very likely something is wrong.
    Or there is something specific with Odoo running on Odoo.SH hosting platform
    https://odoo.sh (only official Odoo partners)

    Thread Starter codeagency

    (@7grafix)

    Hello Siva,

    What about my other question I posted in the support?
    I didn’t open a new topic but continued from another one with same problem.
    Here: https://ww.wp.xz.cn/support/topic/no-population/

    Thanks!

    I have same problem.

    Connecting to database is working fine.
    I created a simple form to submit form to crm.leads. All required fields are setup but nothing is saved to Odoo.

    Any idea please? Since there are no errors showing, I can not provide any error log or output.

    Thanks

    Thread Starter codeagency

    (@7grafix)

    Hello Siva,

    OK, I found the problem. It’s the database name.
    But on Odoo.SH it’s not like you describe it.

    On Odoo.SH, database name is same as branchname + version numbering.
    Example: one4rent-master-7858 / one4rent-staging-7237 / …..

    The only to find it, is by activating developer mode with assets so it shows the DB name in the right top corner.

    I can now connect with my Odoo! 🙂

    Case solved 🙂

    Thread Starter codeagency

    (@7grafix)

    Hello Siva,

    Strange, I have those parameters correct.
    Only difference is that I’m not running on a my own server but on Odoo.SH platform.
    Do you know if there might be some difference due to that platform or a known bug or something with Odoo.SH that makes this fail?

    Thread Starter codeagency

    (@7grafix)

    Hello,

    Any link or documentation about this?
    Which service is used for the push notifications? It’s a free or paid service?

    While your plugin was not completed with a mobile app, I have switched to a different solution meanwhile from Magic Password which shows a QR code which I scan with their mobile phone and it allows me to login passwordless but secure like magic.
    Very similar like CLEF was doing it.

    It’s not a file, it’s a filter.
    That means you can call it from your functions.php inside your child theme and override the message with a custom message you want to show.

    Thread Starter codeagency

    (@7grafix)

    It also returns similar error as below:

    error something went wrong with authenticating channel.
    Basically, it’s a 403 error.

    https://drive.google.com/file/d/0B3E0HcdrCbPTZW43V2hIMV9oZTA/view?usp=sharing

    Thread Starter codeagency

    (@7grafix)

    OK done

    This is what I get:

    JQMIGRATE: Migrate is installed, version 1.4.1
    pusher.min.js:8 Pusher : State changed : initialized -> connecting
    pusher.min.js:8 Pusher : Connecting : {“transport”:”ws”,”url”:”wss://ws.pusherapp.com:443/app/9e2d2476a82fec3240c6?protocol=7&client=js&version=4.0.0&flash=false”}
    pusher.min.js:8 Pusher : State changed : connecting -> connected with new socket ID 217279.51918854
    /wp-admin/admin.php?page=magic-password-settings&mpwd-action=authenticate-channel Failed to load resource: the server responded with a status of 403 ()
    pusher.min.js:8 Pusher : Couldn’t get auth info from your webapp : 403
    warn @ pusher.min.js:8
    pusher.min.js:8 Pusher : Couldn’t get auth info from your webapp : 403

    Thread Starter codeagency

    (@7grafix)

    Hello??? Anybody alive? It’s been almost 5 days ago since I posted this issue.

    @janzoudlik

    With cosmetic issue I mean that the problem is only an issue of “visual”.
    It has nothing to do with storing in database at all, because the data is there. It was never gone or stored wrong in cell/field/… whatever you want to call it.
    It’s just a problem of another plugin interfering with the visual output in frontend and backend. There are many plugins that re-use/overtake some data by using filters/hooks, and if you have multiple plugins, especially with WooCommerce, some can cause compatibility issues and screw that output.

    If you open/edit the product, you can see the price is showing up in the price field. It was never gone from database, otherwise you would not be able to see it here.
    Also, if the price would be gone, then how the cart would be able to calculate the price?? Because even with invisible prices, the cart was always operating perfectly normal and showed me the price while the loop/archive and single product page was invisible.
    That’s what I mean with “cosmetic” issue. It’s only an output problem, never a data or database problem. If that would be true, we would have to re-enter all the prices again and the product would show “FREE”.

    I managed to solve the issue by:
    – upgrading to latest WC
    – upgrading to lastest WP
    – updating import plugin (WP All import)
    – de-activating that stock plugin that caused the conflict

    For bulk edit I’m using this premium plugin: https://codecanyon.net/item/advanced-bulk-edit/19160617?s_rank=2
    This plugin also helped me to get the prices visible again. With the bulk process trick +1 EUR > save > -1 EUR > save

    I’m confident it must be some similar issue. I think the best way to find out is to disable as many plugins that are related to products/stock/WooCommerce and re-enabled one by one and see which one is causing the trouble.

    @janzoudlik,

    Yes I had exactly the same issue. It seems to be a cosmetic issue only. The prices are not deleted, they are just invisible in:
    backend -> product overview
    frontend -> loop/archive page
    frontend -> single product page
    frontend -> possibly also in widgets etc…

    I’m using WP All Import Pro plugin and had same problem. So it’s not just the CSV import suite.

    When adding to cart, the prices are visible again, which confirms that the issue is cosmetic only. No actual data is deleted or gone.
    When I update the product via backend, then the price returns for that product only.
    quick update is not working, you really have to “open” the product and hit update.
    As a quick workaround, I used a bulk editor plugin. I just selected all products, increased price with 1 EUR -> SAVE -> decrease price again with 1 EUR -> SAVE
    In just 30 seconds I had everything back OK.
    But still, it’s not fixing the issue as it comes back over and over.
    The problem also happens when I add a new product manually. So the bug is not coming from the import plugin. It also doesn’t make any sense why an import plugin would “hide” random prices.

    After long searching, I found another plugin that was conflicting.
    It was this one: WooCommerce Stock Manager
    https://nl.ww.wp.xz.cn/plugins/woocommerce-stock-manager/
    When you update some fields, it seems to go crazy on some pricing info on variable products. I think it’s trying to override and fails.

    When I disabled this plugin, the problem stopped immediately and never came back.

    If you also have this plugin installed, you can try by disabling this plugin.
    Chances are high the problem will be solved.
    If you have another kind of stock plugin, try disabling it. Perhaps it has same issue.

Viewing 15 replies - 31 through 45 (of 92 total)