| Summary: | pimsettingsexporter crashes when trying to export a limited set of settings | ||
|---|---|---|---|
| Product: | [Applications] pimsettingexporter | Reporter: | stakanov |
| Component: | general | Assignee: | Laurent Montel <montel> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | crash | CC: | justin.zobel |
| Priority: | NOR | Keywords: | drkonqi, triaged |
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
stakanov
2015-05-06 08:32:35 UTC
Could you test in last version ? 5.4.3 ? Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! (In reply to Andrew Crouthamel from comment #2) > Dear Bug Submitter, > > This bug has been in NEEDSINFO status with no change for at least 15 days. > Please provide the requested information as soon as possible and set the bug > status as REPORTED. Due to regular bug tracker maintenance, if the bug is > still in NEEDSINFO status with no change in 30 days, the bug will be closed > as RESOLVED > WORKSFORME due to lack of needed information. > > For more information about our bug triaging procedures please read the wiki > located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging > > If you have already provided the requested information, please set the bug > status as REPORTED so that the KDE team knows that the bug is ready to be > confirmed. > > Thank you for helping us make KDE software even better for everyone! Thank you for your warning. Curiously I did not receive a mail on "waitingforinfo" status from KDE bugzilla. So I will now look for what is to be done. (In reply to Laurent Montel from comment #1) > Could you test in last version ? > 5.4.3 ? I tried this with 5.7.3 and it is still no working. The main part of export and migration tools do not work. What you can import: you can import mails if you have them in an archive from before. You fail to import: settings, accounts, filters (causes a memory leak and after migration filters do not work. It does not crash so in the latest version. It just messes up completely the data. So I do not know if this is to reported as bug now, or as several distinct bugs. What I can confirm: 5.7.3 migration and importing from a different computer via the KDE migration tool does not work and gives erratic results. This is true for Leap BTW particularly with mariadb. There is also a precise pattern on how settings are taken wrong (e.g. the program associates wrongly were the mail should be saved (in accounts, modify). Address books can be imported if exported to cvs but the ones exported to an archive do not work. The bigger problems are gone with migration to postgres96 however I did not try to do a migration from default status with the migration tool and postgres. Are you sure that you exported your data with pimsettingexporter ? What type of data did you exported ? When you import do you see some errors ? (In reply to Laurent Montel from comment #5) > Are you sure that you exported your data with pimsettingexporter ? > Yes. > What type of data did you exported ? I exported: Settings of POP3 accounts (identity and account, calendar, addresses, emails, in short whatever was offered. The program was in localized Italian and there is called Esportatore delle impostazioni di PIM Versione 5.7.3. If this is another program then I am sorry for the fuzz. > > When you import do you see some errors ? Good question (so much time after). But, I am really positive to have this fixed, so if it is of use to you, I can create a virtualized Leap 15 (within TW e.g) an try to import a full export of "impostazioni id PIM" to a virgin user of Leap 15, in case I could collect the errors. If you help me into setting the right debug settings this would be probably for you a more rewarding experience. BTW. a user very recently complained in a post about the non usability of KDE PIM export in Leap, on the mailing list. I recall it was on opensuse(at-nospam)opensuse.org. I may try to see if the list message is still to be found in my system and put it here as attachment for documentation (as it was like I would revive my experience reading it), of course only if you deem it useful. Hi, Could you launch kdebugsettings and activate all pimsettingexporter debug ? After that you can launch pimsettingexporter in console and you will see error/warning. Otherwise you can save as html log when you import data and send me it in private email it's better. Thanks Thank you for the report. As it has been a while since this was reported, can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved. I have set the bug status to "needsinfo" pending your response, please change back to "reported" or "resolved/worksforme" when you respond, thank you. First of all my apologies that I did not respond on the request of Laurent (which never arrived at may desk, sometimes I do not receive he mail from kde bugzilla (which brought me to change several times provider)! I did run the exporter today with the standard kde 15.1, which I warn you in advance is quite outdated - but as it is shipped by default it is how the world sees you (at least using opensuse). As 15.2 Kmail/Pim is disfunctional and does break my system, I cannot provide feedback on that version. Currently this refers to: Opensuse 15.1 (with EOL on 31.01.2020 Plasma 5.12.8 Framework 5.55.0 QT 5.9.7 Under these conditions the KDE PIM software in general is functional (although subject to reported crashes and an apparent memory leak if used on a system for long time idling). That said, closing all applications of KDE PIM (by using exit) does not close all the application but leaves http instances belonging to Kontact in the memory. You have terminate them with sysgard. I did not try if that would have caused the exporter to crash and terminated instead. Once done the pimsettingsimporter seems to export without crash. It also does import without crashing in a vergin user but: creates entries without clear name or origin like 152040 and similar. Does not recreate all folders. Does represent alike the archiving tool a "local folder" pathology where you end up after two migrations using the default with: local folder/local folder/local folder/ importeduserfoldergoes here. You can change that by hand but for a lot "cryptic imports", that is without human readable name or without a destination folder were I found it quite difficult to understand what the program expected me to do. I was also asked to overwrite KDE PIMrc not one but several times, which may indicate a silent crash during import, but you may know, maybe it is normal. Once finished the import, starting the program KDE PIM, it crashes and is unusable because complaining of not being able to create the "resource 06 of the trash folder". akonadictl fsck and vaccum followed by a restart of the server did not help. I repaired finally, by eliminating the existing "trash" resource, on "good luck and boldly going were not user has gone before attitude" in akonadiconsole manually. Then the program KDE PIM started and seemed to have imported the rest of the resources conveniently. Personally I do not think that the exporter is currently functional in the good sense, but it does not crash while using it immediately! So we can say the bug is fixed. Or "that" bug is fixed. So feel free to close it as fixed, if you think it is applicable. I am currently considering changing distribution to find out if the sad status of the KDE PIM program is depending on a packaging / distribution problem or is inherent to the quality of the software. I am aware that the version used for this is old. I am uninformed if there have been major changes to the program since. It is also very difficult for me to "just to post the debugging" as I would have to edit all my sensitive data in the output by hand, since I do not wish to share these "details" on the internet. I can however, if you are interested, try to use the data of the exporter and import it in a instance of opensuse TW to see if the same issues present. I can confirm that the "local folder issue" has appeared at least by another user in the opensuse DE mailinglist for 15.2 (apparently that user was able to use it) and he faced the /local/local annoyance too. He also reported that not all folders were correctly restored, some were "invisible" after migration or "vanished". I think this corresponds to my import experience where some sources had cryptic names and some had (for unknown reason) no destination folder. Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! see comment Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! So, I tried this but not with Leap but Tumbleweed (a more modern and reliable distribution) and for the last TW edition: Operating System: openSUSE Tumbleweed 20221203 KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 Kernel Version: 6.0.10-1-default (64-bit) Graphics Platform: X11 Processors: 4 × AMD FX(tm)-4300 Quad-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: AMD Radeon Pro W5500 Manufacturer: Gigabyte Technology Co., Ltd. this works for me. Congratulations. I cannot say if Leap users still encounter it, but as the story goes, I now use the most recent edition of KDE where it IS fixed. Good for you, good for me. |