<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dolphin/src/tests, branch master</title>
<subtitle>Patched KDE Dolphin with Pixel Scaling</subtitle>
<id>https://fiftyfourth.xyz/git/dolphin/atom/src/tests?h=master</id>
<link rel='self' href='https://fiftyfourth.xyz/git/dolphin/atom/src/tests?h=master'/>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/'/>
<updated>2026-06-18T12:13:24Z</updated>
<entry>
<title>tests: speed up testInsertAfterExpand</title>
<updated>2026-06-18T12:13:24Z</updated>
<author>
<name>Méven Car</name>
<email>meven@kde.org</email>
</author>
<published>2026-06-18T10:41:57Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=2a3c40dc15d49272a750959fb9a67fecba10a453'/>
<id>urn:sha1:2a3c40dc15d49272a750959fb9a67fecba10a453</id>
<content type='text'>
The test created a file in a collapsed subtree and then waited five
seconds for an items-inserted signal that must never arrive, spending
that whole time on every run and making kfileitemmodeltest about three
times slower than it needs to be.

Create a file in the watched top directory instead and wait for its
insertion. Once that arrives the directory change has been processed and
the model has settled, so the collapsed file has had its chance to appear
and only the expected items are present. The sentinel stays as a
top-level sibling, so the later re-expansion expects it alongside the
restored subtree.

testInsertAfterExpand drops from about 4.9 seconds to 1.6 seconds and the
whole kfileitemmodeltest from about 7.2 seconds to 2.4 seconds.
</content>
</entry>
<entry>
<title>tests: force the English locale for dolphinmainwindowtest</title>
<updated>2026-06-18T11:46:33Z</updated>
<author>
<name>Méven Car</name>
<email>meven@kde.org</email>
</author>
<published>2026-06-18T11:46:33Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=b55e45f88e8ae63115f290fc2db847cb4b370c88'/>
<id>urn:sha1:b55e45f88e8ae63115f290fc2db847cb4b370c88</id>
<content type='text'>
testWindowTitle compares the window title against fixed strings such as
"Home" and "Trash". On a machine configured for another language the
title comes back translated, for example "Dossier Personnel", and the
test fails.

Set the language environment variables to English in main(), before
QApplication is constructed and before any translation is loaded, so the
comparisons are deterministic regardless of the machine's configured
language.
</content>
</entry>
<entry>
<title>viewproperties: detect read-only directories on Windows</title>
<updated>2026-06-18T10:30:38Z</updated>
<author>
<name>Méven Car</name>
<email>meven@kde.org</email>
</author>
<published>2026-06-18T09:08:39Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=922ccb27fba27328741aafdf6bd7a4258d193e88'/>
<id>urn:sha1:922ccb27fba27328741aafdf6bd7a4258d193e88</id>
<content type='text'>
On Windows QFileInfo::isWritable() returns true for a directory that
carries the read-only attribute, because the attribute does not prevent
creating child files. It does prevent writing the directory's own
extended attribute, the Alternate Data Stream where the view properties
are stored, so the save fails with access denied and the settings are
lost.

Detect the read-only attribute with GetFileAttributesW and store the view
properties in the destination directory instead, the same way a directory
without write permission is handled on other platforms.

The read-only directory test checks that the properties land in the
destination directory.
</content>
</entry>
<entry>
<title>tests: exclude two tests on windows</title>
<updated>2026-06-18T10:06:00Z</updated>
<author>
<name>Sebastian Englbrecht</name>
<email>sebastian.englbrecht@tum.de</email>
</author>
<published>2026-06-01T17:29:34Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=8cbae43d2269a056b530e10ae8c11168bc66ebb5'/>
<id>urn:sha1:8cbae43d2269a056b530e10ae8c11168bc66ebb5</id>
<content type='text'>
dolphinmainwindowtest requires a real window server

no_bare_qwait_in_tests requires bash and only serves as lint, so linux only is OK
</content>
</entry>
<entry>
<title>tests: fix or skip tests on windows</title>
<updated>2026-06-18T10:05:59Z</updated>
<author>
<name>Sebastian Englbrecht</name>
<email>sebastian.englbrecht@tum.de</email>
</author>
<published>2026-06-01T16:22:54Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=5cd0c642f59924babe66d017d7c0ced7934de3d3'/>
<id>urn:sha1:5cd0c642f59924babe66d017d7c0ced7934de3d3</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add "Focus Other View" action</title>
<updated>2026-06-16T20:08:24Z</updated>
<author>
<name>Felix Ernst</name>
<email>felixernst@kde.org</email>
</author>
<published>2026-06-16T20:08:24Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=12b4a8a91e0b9b8dd00816b5fb84e8e09000afcd'/>
<id>urn:sha1:12b4a8a91e0b9b8dd00816b5fb84e8e09000afcd</id>
<content type='text'>
Replace the setting "Switch between views with Tab key" with a
dedicated "Focus Other View" action (which can be bound to the Tab key
if the user wants to).
The "Focus Other View" action moves the keyboard focus to the inactive
split view. When there is no other view, split view is triggered
instead. The action is located in `Menubar&gt;View`.

### Motivation
The Tab key is essential for keyboard navigation within an application.
The old "Switch between views with Tab key" setting forces users to
give up on the intended purpose of the Tab key, which means many
keyboard-bound users currently do not have a way to switch between
views when using the "Split" feature. The dedicated "Focus Other View"
action gives users more control, and they can change the keyboard
shortcut as they are used to.
</content>
</entry>
<entry>
<title>dolphinmainwindowtest: assert the thumbnail, not a fresh preview, after rename</title>
<updated>2026-06-14T06:21:16Z</updated>
<author>
<name>Méven Car</name>
<email>meven@kde.org</email>
</author>
<published>2026-06-13T22:32:15Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=655ded169bf5f3c7a925d01a15738333dc64a5df'/>
<id>urn:sha1:655ded169bf5f3c7a925d01a15738333dc64a5df</id>
<content type='text'>
testThumbnailAfterRename waited for KFileItemModelRolesUpdater::previewJobFinished
after renaming a.jpg to b.jpg. That signal is only emitted when a new preview is
generated successfully (slotGotPreview), but a rename keeps the file's content and
its already-correct thumbnail, so whether a fresh preview job runs at all is timing-
and platform-dependent. On FreeBSD CI none is produced, so the wait timed out.

Assert the actual outcome instead: the renamed item still shows a non-null preview
pixmap. This passes whether the thumbnail is regenerated, inherited across the
rename, or cache-served, and still fails if a rename ever drops the preview.
</content>
</entry>
<entry>
<title>smoothscroller: always emit scrollingStopped from scrollTo</title>
<updated>2026-06-13T15:26:22Z</updated>
<author>
<name>Méven Car</name>
<email>meven@kde.org</email>
</author>
<published>2026-06-13T15:24:49Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=5ccdce11680528d1e993bffe2cae8417b5aba8c8'/>
<id>urn:sha1:5ccdce11680528d1e993bffe2cae8417b5aba8c8</id>
<content type='text'>
When scrollTo() is asked to move to the position the scrollbar already
holds (clamped, e.g. an item at the bottom, or a sub-pixel offset), no
animation runs and scrollingStopped() was never emitted. Callers waiting
for it stayed blocked: KItemListView::scrollToItem() delegates to scrollTo
for any non-zero offset, and DolphinView::renameSelectedItems() only opens
the inline rename editor once scrollingStopped() arrives. So inline rename
silently did nothing for the affected items.

Emit scrollingStopped() in the no-op case too, and add a regression test.
</content>
</entry>
<entry>
<title>Add A restore view properties to defaults button</title>
<updated>2026-06-13T10:24:37Z</updated>
<author>
<name>Méven Car</name>
<email>meven@kde.org</email>
</author>
<published>2026-05-03T12:53:01Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=70f34211cb4ad1f3f6170ded062bafff85d66643'/>
<id>urn:sha1:70f34211cb4ad1f3f6170ded062bafff85d66643</id>
<content type='text'>
The button allows to restore to defaults, in case you are using the
per-folder view properties settings.

The button disables or enables itself whether or not it matches the
defaults view settings.
</content>
</entry>
<entry>
<title>Allow grouping by a separate criterion</title>
<updated>2026-06-11T10:30:18Z</updated>
<author>
<name>Ramil Nurmanov</name>
<email>ramil2004nur@gmail.com</email>
</author>
<published>2026-06-04T20:06:12Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=989c0f4f0319f7d8e573c8a88fe8011bd3315466'/>
<id>urn:sha1:989c0f4f0319f7d8e573c8a88fe8011bd3315466</id>
<content type='text'>
Add an explicit group role to Dolphin views so items can be grouped independently from the active sort role.
Previously, Dolphin's grouped view always used the current sort role as the grouping criterion. This meant that grouping and sorting were tied together, for example grouping by type also required sorting by type.
This change adds a separate Group By menu. It replaces the previous Show in Groups toggle and allows the user to disable grouping, keep the old Same as Sort behavior, or explicitly group by a selected criterion.
When an explicit group role is set, the model keeps groups stable and uses the normal sort role as a secondary key inside each group. The roles
updater also receives the active group role, so roles used only for grouping are still updated correctly.

BUG: 416134
CCBUG: 510670
CCBUG: 513235
CCBUG: 46393
</content>
</entry>
</feed>
