View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 4747 | Composr | core | public | 2021-12-24 21:26 | 2021-12-31 01:34 |
| Reporter | Adam Edington | Assigned To | Chris Graham | ||
| Priority | normal | Severity | trivial | ||
| Status | resolved | Resolution | fixed | ||
| Product Version | 10.0.39 | ||||
| Fixed in Version | 10.0.40 | ||||
| Summary | 4747: CSV export/import doesn't seem to be working 100% | ||||
| Description | After exporting some entries, I added them via CSV to a different site as a test. The entries made it into the database, but are not reflected on the front end. Last time I played with this CSV stuff I recall it working without issue, so maybe worth a check. | ||||
| Tags | No tags attached. | ||||
| Attach Tags | |||||
| Attached Files | |||||
| Time estimation (hours) | |||||
| Sponsorship open | |||||
| duplicate of | 4752 | Resolved | Chris Graham | Catalogue entries do not import correctly into tree catalogues |
|
|
Did this other site have an equivalent catalogue with existing matching field names? |
|
|
Yes it did. |
|
|
Having a quick look at the code, I can see the block cache is not being auto-emptied after import. Does emptying the block cache manually fix the issue? |
|
|
Automated response: Import tasks are not consistently emptying the block cache Any background import task that sets mass-import mode should be emptying any block caches that would be invalidated by the import operation. A few are, but not all. Make it a standard feature of the tasks system to empty the block cache if mass-import mode was set, and make it so no task import hooks empty block caches manually any more. |
|
|
Fixed in git commit 11859209e (https://gitlab.com/composr-foundation/composr/commit/11859209e - link will become active once code pushed to GitLab) A hotfix (a TAR of files to upload) has been uploaded to this issue. These files are made to the latest intra-version state (i.e. may roll in earlier fixes too if made to the same files) - so only upload files newer than what you have already. If there are files in a hot-fix that you don't have then they probably relate to addons that you don't have installed and should be skipped. Always take backups of files you are replacing or keep a copy of the manual installer for your version, and only apply fixes you need. These hotfixes are not necessarily reliable or well supported. Not sure how to extract TAR files to your Windows computer? Try 7-zip (http://www.7-zip.org/). |
|
|
I emptied all the caches and nothing appeared on the frontend. Will try again once I've applied this hotfix. |
|
|
So they show for edit, but there is no category that shows them on the front-end? Is this a tree catalogue or not? Can you dump the contents of your catalogue_entries and catalogue_categories tables and email to me? |
|
|
Was replying to your early comment asking if I'd cleared the block cache, I had. The entries were in the db but not showing in the catalogue. It was a tree catalogue. Not tried the hotfix yet and the test installs are no longer in action but I will try again as it's a nice way to do batch updates. |
|
|
I think I found the issue, which is fixed in 4752. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2021-12-24 21:26 | Adam Edington | New Issue | |
| 2021-12-27 04:49 | Chris Graham | Note Added: 0007226 | |
| 2021-12-27 06:02 | Adam Edington | Note Added: 0007227 | |
| 2021-12-27 15:35 | Chris Graham | Note Added: 0007228 | |
| 2021-12-27 22:50 | Adam Edington | Note Added: 0007231 | |
| 2021-12-27 23:14 | Chris Graham | Note Added: 0007232 | |
| 2021-12-28 06:34 | Adam Edington | Note Added: 0007233 | |
| 2021-12-31 01:34 | Chris Graham | Relationship added | duplicate of 4752 |
| 2021-12-31 01:34 | Chris Graham | Note Added: 0007237 |
