Closed mgmamac closed 3 years ago
@mgmamac kind of hard to help based on this information.. you'll need to post some kinf of error log first. Maybe check your chrome network console to see if there are any status 500 responses and then post the response body here.
I have entered a total of 350 articles in the sales module in both versions 3.2 and 3.3 and it works without problem except a little slow in the CRUD
Eh ingresado un total de 350 articulos en modulo de venta tanto en la version 3.2 como en la 3.3 y funciona sin problema salvo un poco de lentitud en el CRUD
I don't think there is anything we can do here unless you provide more information.
Issue confirmed
OSPOS Installation Info: 3.3.2 - c786d4 Language Code: en-US
Extensions & Modules: » GD: Enabled ✓ » BC Math: Enabled ✓ » INTL: Enabled ✓ » OpenSSL: Enabled ✓ » MBString: Enabled ✓ » Curl: Enabled ✓
User Configuration: .Browser: Chrome .Server Software: Apache/2.4.6 .PHP Version: 5.6 .DB Version: 5.5.5-10.3.27-MariaDB .OS: Linux
File Permissions: » [application/logs:] - 0750 | Writable ✓ | Security Check Passed ✓ » [public/uploads:] - 0750 | Writable ✓ | Security Check Passed ✓ » [public/uploads/item_pics:] - 0750 | Writable ✓ | Security Check Passed ✓ » [import_customers.csv:] - 0644 | Readable ✓ | Security Check Passed ✓
All file permissions are set correctly! Security Vulnerability Warning No security/vulnerability risks.
After listing all items in receiving section once the items reach upto 100+ it's redirecting to login page again. Will check error logs upon next trial and show the result.
ERROR --> Severity: Warning --> session_start(): Failed to decode session object. Session has been destroyed /maindir/vendor/codeigniter/framework/system/libraries/Session/Session.php 143
I think it's related to session regeneration destroy ?
@WebShells were you able to reproduce this issue on your install then?
Bump @WebShells ?
@jekkos this happened after reaching a limit of 100 items in receivings ( 3 to 5 mins )
@WebShells You are probably bumping into the 64 Kb limit of the blob session data column. It's already quite a lot and way more than the initial 4kb cookie limit. We could increase the column size to MEDIUMBLOB (16MB) which should be enough for most usecases. But this might come with a performance hit.
@ozzylamberth can you try the migration in my pull request, to see if this works and if performance is acceptable?
@jekkos is a longblob overkill here? I think a mediumblob would be more efficient, but don't know for sure.
I think it's mediumblob now (I might still have this message in the commit history, but I fixed the type afterwards).
Closing this one for now. @ozzylamberth let me know if any issue otherwise.
Background information
IMPORTANT: If you choose to ignore this issue report template, your issue will be closed as we cannot help without the requested information.
Please make sure you tick (add an x between the square brackets with no spaces) the following check boxes:
Installation information
Issue / Bug / Question / New Feature
Hello! I'm not really knowledgeable in web and database stuff. I was able to make OSPOS work by following instructions from your documentation and youtube videos. I'm hoping that I can help a little by reporting the issue I encountered.
When inputting items on sales tab, once the number of items reaches somewhere ~120-140, the search bar won't show any product whatever you type in. When that happens, if you click any button on the webpage, it will take you back to login page. It happened without fail on 3 consecutive retries even after reboot. If I relogin, all my progress on inputting items on sales tab is gone. I was able to "bypass" the issue by breaking down the sale into 2 or 3 batch of receipts.
I'm using Firefox 92.0.2 64bit.
Thank you!