The new kate no longer has the left-side tree view of files being edited, but uses a horizontal tab display much like Eclipse or NetBeans. It will only show a few of the open files (based on window size), and has an folders icon at the right showing how many files are open but not displayed. For example, if the display holds 3 and you have 8 open, the icon will show +5. If you click on the icon, you'll get a display titled "Quick Open Search" which will display all 8 files. However, double-clicking on any of them just returns you to the tab for the you were looking at before, rather than the one you've selected. The only way (that I've found) to get kate to display one of the other files is to use the Open icon to select the same file again. Reproducible: Steps to Reproduce:
Assignee: bugsquad => mageia
Assignee: mageia => kde
is it still valid on current cauldron ?
CC: (none) => mageia
Yes it is broken in Cauldron - the 'Documents' side tab that appears when files are open has not been displaying the file tree in a side panel for some time. Clicking the tab does nothing. It works fine in Mageia 6. I hope that the update candidate for Mga6 will not break that too.
CC: (none) => zen25000
The original bug has been fixed for some time. It had to do with selecting a file from the dropdown on the top right. The "Documents" side tab does indeed not work, but the file tree can be displayed using View -> Tool Views -> Show Documents
(In reply to Frank Griffin from comment #3) > The original bug has been fixed for some time. It had to do with selecting > a file from the dropdown on the top right. I have never seen that nor used it. > > The "Documents" side tab does indeed not work, but the file tree can be > displayed using View -> Tool Views -> Show Documents Which I suspect is exactly what the Documents side tab click should toggle, but is not doing. Thanks for pointing to the workaround it is really frustrating trying to work without that side panel being easily switched in/out.
Summary: Kate open file display won't switch to unseen tabs => Kate "Documents" sidebar tab is unresponsive
(In reply to Frank Griffin from comment #3) > The original bug has been fixed for some time. It had to do with selecting > a file from the dropdown on the top right. > > The "Documents" side tab does indeed not work, but the file tree can be > displayed using View -> Tool Views -> Show Documents Should we open a new bug report for the "document side tab" bug ? Because the kate-17.12.2-1.mga6 package from the recent big mageia update has this problem. It worked fine before the big update.
CC: (none) => vincent.dema+mageia
The "side bar problem" also happens in kile, and probably every kde application using such side bars...
CC: (none) => hector
It appears that all panels buttons are dead. Every button in left sidebar and every button in bottom one.
CC: (none) => spam
Please apply the following patch: https://phabricator.kde.org/D9884 Some reference here: https://www.mail-archive.com/release-team@kde.org/msg10657.html https://bugs.mageia.org/show_bug.cgi?id=23289 https://bugs.kde.org/show_bug.cgi?id=394254
(In reply to Vincent D from comment #8) > Please apply the following patch: > https://phabricator.kde.org/D9884 > > Some reference here: > https://www.mail-archive.com/release-team@kde.org/msg10657.html > https://bugs.mageia.org/show_bug.cgi?id=23289 > https://bugs.kde.org/show_bug.cgi?id=394254 could you point to some documentation how to create an update package ? there are many users suffering from this issue.
So fixed for mga6 in Core/Updates_testing repo with kwidgetsaddons-5.42.0-1.1.mga6 Please test it!
CC: (none) => geiger.david68210
The update testing version works as expected. Thanks !
(In reply to David GEIGER from comment #10) > So fixed for mga6 in Core/Updates_testing repo with > kwidgetsaddons-5.42.0-1.1.mga6 > > Please test it! # urpmi kwidgetsaddons-5.42.0-1.1.mga6.x86_64.rpm The following package cannot be installed because it depends on packages that are older than the installed ones: kio5-smtp-16.12.3-1.mga6 Continue installation anyway? (Y/n) Y Some requested packages cannot be installed: akonadi-16.12.3-1.mga6.x86_64 (in order to keep akonadi-17.12.2-1.mga6.x86_64) akonadi-contacts-16.12.3-1.mga6.x86_64 (in order to keep akonadi-contacts-17.12.2-1.mga6.x86_64) akonadi-contacts-17.12.2-1.mga6.x86_64 (trying to promote kio5-pop3) ... user-manager-5.8.7-1.mga6.x86_64 (in order to keep user-manager-5.12.2-1.mga6.x86_64) Continue installation anyway? (Y/n) Y The following packages have to be removed for others to be upgraded: Default-kde4-config-5-0.20150505.7.mga6.noarch (due to missing plasma-applet-icontasks) akonadi-17.12.2-1.mga6.x86_64 (due to missing libKF5AkonadiWidgets.so.5()(64bit), due to missing libKF5AkonadiCore.so.5()(64bit), due to missing libKF5AkonadiAgentBase.so.5()(64bit), due to missing libKF5AkonadiXml.so.5()(64bit)) akonadi-calendar-tools-17.12.2-1.mga6.x86_64 (due to missing libKF5KDELibs4Support.so.5()(64bit), due to missing libKF5CalendarUtils.so.5()(64bit), due to missing libKF5AkonadiCalendar.so.5()(64bit), due to missing libKF5CalendarSupport.so.5()(64bit), due to missing libKF5AkonadiCore.so.5()(64bit)) ... it would remove half of system .. something with dependency tree
(In reply to Paweł Susicki from comment #12) I can't reproduce your dependencies issues on my mga6 up-to-date
Assigning to QA now, Advisory: ======================== The conversion to new style connect introduced a bug. The old connect properly used the base class signal while the new connect connects to the derived signal which actually should be emitted as a result of the base class signal. So this update fixes this regression in conversion to new style connect(). ======================== Packages in 6/core/updates_testing: ======================== kwidgetsaddons-5.42.0-1.1.mga6.i586.rpm libkf5widgetsaddons5-5.42.0-1.1.mga6.i586.rpm libkf5widgetsaddons-devel-5.42.0-1.1.mga6.i586.rpm kwidgetsaddons-5.42.0-1.1.mga6.x86_64.rpm lib64kf5widgetsaddons5-5.42.0-1.1.mga6.x86_64.rpm lib64kf5widgetsaddons-devel-5.42.0-1.1.mga6.x86_64.rpm Source RPM: ======================== kwidgetsaddons-5.42.0-1.1.mga6.src.rpm
Hardware: x86_64 => AllVersion: Cauldron => 6Assignee: kde => qa-bugsSource RPM: kate => kwidgetsaddons-5.42.0-1.mga6.src.rpm
> > kwidgetsaddons-5.42.0-1.1.mga6.x86_64.rpm > lib64kf5widgetsaddons5-5.42.0-1.1.mga6.x86_64.rpm > lib64kf5widgetsaddons-devel-5.42.0-1.1.mga6.x86_64.rpm > fixed :)
Tried this on both arches. Installed the latest kate, as it was not already installed. Ran kate, tried to use the Documents tab, with no response. Updated the above packages, then tried kate again. This time the tab opened the sidebar. Looks good on both arches. Validating. Advisory in Comment 14.
Whiteboard: (none) => MGA6-64-OK MGA6-32-OKKeywords: (none) => validated_updateCC: (none) => andrewsfarm, sysadmin-bugs
Keywords: (none) => advisoryCC: (none) => tmb
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2018-0167.html
Resolution: (none) => FIXEDStatus: NEW => RESOLVED