Import wizard stops. More accurately, fails to provide buttons to advance or exit Reproducible: Always Steps to Reproduce: 1.File->Import->CSV, select Banking, select new or an existing profile (does not change outcome), select file, separators page (defaults)->next, field selections 2. 3. Actual Results: No buttons to advance from the field selections screen. Expected Results: Should have something, somewhere to advance to next screen.
Created attachment 92176 [details] image of how import wizard appears image of how import wizard appears,...no buttons.
I'm afraid I'm fighting illness at the moment, but hopefully, will try to stay with you on this. This problem has reared its head a few times, but I think this is the first on the Mac. The importer has recently been reworked to avoid the table and the wizard fighting each other for screen-space. The fix is in 4.7.2, which, I think is coming up for release imminently. In the meantime, and probably of little benefit to you, but hopefully slightly to me, could I ask you to try a couple of things. You may already have tried it, but can you try stretching the window to see if that helps. Also, could you try the investment option instead of banking. Just use the same file, and see if, when you get to the page to select columns, the missing buttons are visible. You probably wont be able to progress, but I'm interested in whether the buttons show correctly here. Unfortunately, we don't seem to have an ability to test on the Mac. We do have another user with a Mac, but he hasn't posted for a couple of months.
You're experiencing issues with KMM from MacPorts? As I am maintaining that port, please tell me which port and version are you using?
Can you supply a test file please, so that I can try to reproduce what you're seeing?
(In reply to allan from comment #2) > I'm afraid I'm fighting illness at the moment, but hopefully, will try to > stay with you on this. > This problem has reared its head a few times, but I think this is the first > on the Mac. > The importer has recently been reworked to avoid the table and the wizard > fighting each other for screen-space. The fix is in 4.7.2, which, I think > is coming up for release imminently. > > In the meantime, and probably of little benefit to you, but hopefully > slightly to me, could I ask you to try a couple of things. You may already > have tried it, but can you try stretching the window to see if that helps. > Also, could you try the investment option instead of banking. Just use the > same file, and see if, when you get to the page to select columns, the > missing buttons are visible. You probably wont be able to progress, but I'm > interested in whether the buttons show correctly here. > > Unfortunately, we don't seem to have an ability to test on the Mac. We do > have another user with a Mac, but he hasn't posted for a couple of months. Have tried as both banking and investment, stretched to full screen and no buttons become visible. There are however what looks like 3 breaks in the border line that surrounds the column selection area. When moused over nothing occurs (in case they might have simply been invisible). Possible artifacts, dunno?
(In reply to Marko Käning from comment #3) > You're experiencing issues with KMM from MacPorts? > > As I am maintaining that port, please tell me which port and version are you > using? Harolds-MacBook-Pro:~ haroldbennett$ port info kmymoney4 kmymoney4 @4.7.1_1 (kde, kde4, finance) Variants: debug, docs, universal Description: KMyMoney is the personal finance manager for KDE. Homepage: http://kmymoney2.sourceforge.net/index-home.html Extract Dependencies: xz Build Dependencies: cmake, pkgconfig, automoc Library Dependencies: qt4-mac, phonon, libofx, aqbanking5, kdepimlibs4, oxygen-icons, kde4-runtime, libalkimia Conflicts with: kmymoney4-devel Platforms: darwin License: GPL-2+ Maintainers: mk@macports.org, pixilla@macports.org, openmaintainer@macports.org
Please wait for 4.7.2 which, hopefully will be available today and should fix this.
(In reply to Marko Käning from comment #4) > Can you supply a test file please, so that I can try to reproduce what > you're seeing? isn't/wasn't there a tool for generating a test file? If there is/was one in the other platforms, is is missing in the Mac version. since I will have to create one manually, I will require sleep first. :D
(In reply to Cristian Oneț from comment #7) > Please wait for 4.7.2 which, hopefully will be available today and should > fix this. OK
(In reply to harry bennett from comment #8) > isn't/wasn't there a tool for generating a test file? If there is/was one in the other platforms, is is missing in the Mac version. If you mean creating an anonymous file, it is part of the "File/Save As" dialog. On that dialog, you select "Anonymous Files" from the "Filters" dropdown. It may not be sufficiently obvious, but I doubt it's actually been dropped or disabled in the Mac port.
It is there and fully functional also on MacPorts' OSX version of KMM. (Tested for current port kmymoney4-devel.) I'll try to update port kmymoney4 wrt KMM's latest release now...
Harry, you may also try to install kmymoney4-devel!
I've just tried to run the CSVWizard and have to say, that in my case the current git master, as well as the release version 4.7.2 SEEMED fail to run the wizard. Already when clicking the "Select File" button for step "1. Start" the application seemingly hung up, but in *truth* only the "Adding profile name" dialog was _hidden_ behind the wizard's dialog window without me noticing it. This stuff happens on OSX sometimes, which is why I looked out for it and saw it after all... :( Same happens then when I want to select the CSV file. That file open dialog is kept behind the CSVWizard dialog as well. The latter acts actually system modal and stay atop of all windows!! When reaching step 3 I *do* see buttons here on my end!!! --- One question: Did you run $ kbuildsycoca4 (once) as the user running KMyMoney (i.e. not using sudo) before actually starting the application for the first time? If not, please do so and restart KMM and the wizard! This tool should normally be run on a regular basis by a launch agent installed by MacPorts, which can or must be enabled by $ launchctl load -w /Library/LaunchAgents/org.macports.kdecache.plist but this doesn't help, if you install the port and don't wait for this regularly called agent to do its job first. So, that is why it is always a good idea calling it directly on the command line after every "sudo port install WHATEVERKDEAPPLICATION".
Check this wiki page: https://trac.macports.org/wiki/KDE
(In reply to Marko Käning from comment #13) > I've just tried to run the CSVWizard and have to say, that in my case the > current git master, as well as the release version 4.7.2 SEEMED fail to run > the wizard. > > Already when clicking the "Select File" button for step "1. Start" the > application seemingly hung up, but in *truth* only the "Adding profile name" > dialog was _hidden_ behind the wizard's dialog window without me noticing it. > This stuff happens on OSX sometimes, which is why I looked out for it and > saw it after all... :( It might be as well for me to document the behaviour on a Linux system on selecting the CSV Importer. 1) There are now two windows in the importer, both of which should now be showing, the CSV Importer with the CSVWizard on top. The wizard is what the user will be working on when selecting column settings, so that 'tends' to stay on top. If however, a fairly large data file gets selected, occupying most of the screen, it may hide the wizard. So, hovering over the CSV Importer will produce a tooltip, which indicates to the user that a right click on that window will bring the wizard to the top. The 'Adding profile name' dialog is on top of the wizard. > Same happens then when I want to select the CSV file. > That file open dialog is kept behind the CSVWizard dialog as well. The > latter acts actually system modal and stay atop of all windows!! Similarly, the File Dialog appears on top. > When reaching step 3 I *do* see buttons here on my end!!! That's good to hear.
(In reply to Jack from comment #10) > (In reply to harry bennett from comment #8) > > isn't/wasn't there a tool for generating a test file? If there is/was one in the other platforms, is is missing in the Mac version. > > If you mean creating an anonymous file, it is part of the "File/Save As" > dialog. On that dialog, you select "Anonymous Files" from the "Filters" > dropdown. It may not be sufficiently obvious, but I doubt it's actually > been dropped or disabled in the Mac port. On the other hand, my suspicion was that Marko was asking for a sample CSV file, with which to test. I don't think the KMM file structure/content would be relevant for this issue. Allan
Yes, sorry, I meant to point out in my yesterday's posts, that indeed I was talking about a sample CSV data file, of course.
(In reply to Marko Käning from comment #13) > I've just tried to run the CSVWizard and have to say, that in my case the > current git master, as well as the release version 4.7.2 SEEMED fail to run > the wizard. > > Already when clicking the "Select File" button for step "1. Start" the > application seemingly hung up, but in *truth* only the "Adding profile name" > dialog was _hidden_ behind the wizard's dialog window without me noticing it. > This stuff happens on OSX sometimes, which is why I looked out for it and > saw it after all... :( > > Same happens then when I want to select the CSV file. > That file open dialog is kept behind the CSVWizard dialog as well. The > latter acts actually system modal and stay atop of all windows!! Marko, is there anything I can do to improve this? Or, is it just the OSX end? Allan
Allen, we had a discussion about this hiding of dialogs on OSX a while ago on KDE-MAC... https://mail.kde.org/pipermail/kde-mac/2014-July/001175.html Hoping that this discussion helps to figure it out.
For what it's worth, I was finally able to import what I needed after an the upgrade discussed upthread. ( https://bugs.kde.org/show_bug.cgi?id=346495#c7 ) There is however (still?) an issue with widget focus and sizing during the import process. I have to stretch a window or two to fully reveal buttons.
(In reply to harry bennett from comment #20) > For what it's worth, I was finally able to import what I needed after an the > upgrade discussed upthread. ( https://bugs.kde.org/show_bug.cgi?id=346495#c7 > ) Good to know. :) > There is however (still?) an issue with widget focus and sizing during the > import process. I have to stretch a window or two to fully reveal buttons. Well, I can imagine. widget focus and size issues unfortunately do happen at times, but I don't know what to do about those. If you could prepare some screenshots - in case you've got more issues than the one in the currently attached image - please upload them to this ticket.
(In reply to Marko Käning from comment #21) > (In reply to harry bennett from comment #20) > > For what it's worth, I was finally able to import what I needed after an the > > upgrade discussed upthread. ( https://bugs.kde.org/show_bug.cgi?id=346495#c7 > > ) > > Good to know. :) > > > > There is however (still?) an issue with widget focus and sizing during the > > import process. I have to stretch a window or two to fully reveal buttons. > > Well, I can imagine. widget focus and size issues unfortunately do happen at > times, but I don't know what to do about those. If you could prepare some > screenshots - in case you've got more issues than the one in the currently > attached image - please upload them to this ticket. I was just about to ask for screen-shots, too.
I'm having probably the similar/same issue with hidden buttons but on linux version (4.7.2). Buttons are there but one must either stretch the window *a lot!) or tab/enter to press them. I've attached the images with comparison. Fun fact, this is not reproducible with English language but visible with Polish language. (I'm changing language via KDE_LANG=pl_PL or KDE_LANG=en_US variable on start). Notice that text is wrongly breaking the lines.
Created attachment 93170 [details] Missing button depending on language
This would seem to be a problem with the Polish translation. Can anyone say how to refer this to them please?