Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Scribus taking old CSV Data - some caching problem? #115

Open
prononext opened this issue Nov 8, 2018 · 11 comments
Open

Scribus taking old CSV Data - some caching problem? #115

prononext opened this issue Nov 8, 2018 · 11 comments
Assignees

Comments

@prononext
Copy link

On my Scribus Generator it is taking data from a CSV Version I had changed long ago. Somehow it get's old entrys which are not existent or another value now.

Can there be a cache cleared somehow or is the problem on my side?

@berteh
Copy link
Owner

berteh commented Nov 9, 2018

Hello. No caching is made by ScribusGenerator, and as far as I know there is no internal cache automatically done by Python.

I've experienced similar issue in a single session from the GUI in Scribus, but simply closing the script GUI and calling it again soved it. And never experienced caching problem when using the command line version of the script.

So I guess the problem comes from somewhere else. Is your CSV data still opened in another program (excel or other) that would set a lock on it ? Also kindly check the full path twice (happened to me before :/), and try it once from command line if you didn't already... as there is then no influence from Scribus then.

What's your OS and general workflow ?

have a nice day,
Berteh.

@berteh berteh self-assigned this Nov 9, 2018
@berteh berteh added the active label Nov 9, 2018
@berteh
Copy link
Owner

berteh commented Nov 9, 2018

or are you using the option to load settings from the project ? in this case you may want to correct the path and save them again.

@prononext
Copy link
Author

Hi my OS is Windows 10 and I open the Scribus document with variables inside then go menu>script>scribus-generator and select the csv and document. Somehow it still mixes the data.
The CSV is created in libre office with comma seperation. I closed all documents and restarted the process again, but no luck.

@prononext
Copy link
Author

Even on anohter OS like ubuntu, a copied sla and csv file with another scribus generator version this problem is still persistent. somehow the generator sticks to some old version of the csv, which I did not find.

@berteh
Copy link
Owner

berteh commented Nov 15, 2018

scary. I'll have to look deeper into this bug 'cause I definitely did not add any caching, even less a long term memory !

@berteh berteh added the bug label Nov 15, 2018
@berteh
Copy link
Owner

berteh commented Jan 17, 2019

I'm still unable to reproduce this bug, evenmore solve it :/ did you try with scribus 1.5.4 ?

@berteh
Copy link
Owner

berteh commented Jan 17, 2019

could you please send the problematic sla and some sample data, if not confidential ?

@berteh
Copy link
Owner

berteh commented Jan 17, 2019

and explaining me exactly your files folder structure as well, if it is any different than "csv and output in the directory of the sla template".

@prononext
Copy link
Author

I managed to solve the problem. The bug was, that scribus wrote the CSV path into the sla file and even when choosing a new file in the Generator it took that path. I found it by going line by line through the SLA file and removing the links to the old CSV. Strange behavior. ..

@berteh
Copy link
Owner

berteh commented Jan 20, 2019

Maybe not so strange... I added a "save & load" functionnality to SG some time ago, that stores the current Scribus Generator settings in the source SLA file, for future use... and loads

@berteh berteh closed this as completed Jan 20, 2019
@berteh berteh reopened this Jan 20, 2019
@berteh
Copy link
Owner

berteh commented Jan 20, 2019

(contd.)... and loads them if you click on the icon of the SG GUI or provide the -l, --load option from command line.

But these loaded settings should not be loaded by default, nor overwrite the ones explicitedly provided, unless you do one of the above... if not so that may be a bug.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants