Tickets and feature request - Revision history

Jukeboksi: + listing all OS I have used, like really used

2022-05-27T22:28:10Z

+ listing all OS I have used, like really used

← Older revision		Revision as of 22:28, 27 May 2022
Line 57:		Line 57:

	'''I have been using'''		'''I have been using'''
			* C64
			* AmigaOS
			* DOS with 4Dos
			* Windows 3.11
			* Windows 95
			* Red Hat 5.2
			* SUSE
			* OS X 2002-2011,
			* Dualbooting Windows XP with Bootcamp 2007-2011
	* Kubuntu 2011-2020		* Kubuntu 2011-2020
	* KDE neon 2020-2021 (5.19 - 5.22)		* KDE neon 2020-2021 (5.19 - 5.22)
	* Ubuntu Studio as my everyday OS since Thursday 2021-07-08. ~~Currently on US 21.04 with KDE Plasma 5.21.4~~		* Ubuntu Studio as my everyday OS since Thursday 2021-07-08.

	== Minor bugs apparently affecting multiple distros ==		== Minor bugs apparently affecting multiple distros ==

Jukeboksi: /* Wishlist for KDE */ + '''Discover''' | It would be nice if the forward and backwards buttons of my mouse would work in Discover (minor UI request))

2021-10-16T19:38:56Z

Wishlist for KDE: + '''Discover''' | It would be nice if the forward and backwards buttons of my mouse would work in Discover (minor UI request))

← Older revision		Revision as of 19:38, 16 October 2021
Line 43:		Line 43:
	# '''Discover''' \| When installing an app, please make the system mention where was it placed in the menu taxonomy.		# '''Discover''' \| When installing an app, please make the system mention where was it placed in the menu taxonomy.
	# '''Discover''' \| Could be good to show location of app in app menu taxonomy at all times in Discover when viewing info on an app.		# '''Discover''' \| Could be good to show location of app in app menu taxonomy at all times in Discover when viewing info on an app.
			# '''Discover''' \| It would be nice if the forward and backwards buttons of my mouse would work in Discover
	# '''SDDM''' / lock screen \| Could it be possible to have an option to put the displays to sleep immediately when logging out		# '''SDDM''' / lock screen \| Could it be possible to have an option to put the displays to sleep immediately when logging out
	# '''KDE Connect''' Android app \| Could we please have the multimedia controls integrated into the remote control so that we could control volume etc. from the remote control view		# '''KDE Connect''' Android app \| Could we please have the multimedia controls integrated into the remote control so that we could control volume etc. from the remote control view

Jukeboksi: + '''Feature request for multi-display setups: possibility to isolate a display for a moment in order to use full set of window resizing mouse gestures in every display''' at the KDE Bugtracking System - bug 443164]

2021-10-04T10:25:19Z

+ '''Feature request for multi-display setups: possibility to isolate a display for a moment in order to use full set of window resizing mouse gestures in every display''' at the KDE Bugtracking System - bug 443164]

← Older revision		Revision as of 10:25, 4 October 2021
Line 5:		Line 5:

	== Filed tickets ==		== Filed tickets ==

			* 2021-09-30 \| '''KDE Plasma''', applicable also to other desktop envirnonments \| [https://bugs.kde.org/show_bug.cgi?id=443164 '''Feature request for multi-display setups: possibility to isolate a display for a moment in order to use full set of window resizing mouse gestures in every display''' at the KDE Bugtracking System - bug 443164]

	* 2021-09-01 \| '''KDE Plasma panel bug''' \| [https://bugs.kde.org/show_bug.cgi?id=441867 KDE Bugtracking System - Bug 441867 - When application icons are in two rows in the panel, navigation-route initiated with hover-over-icon is broken for apps in the lower row of the panel'] turned out to be a duplicate of [https://bugs.kde.org/show_bug.cgi?id=439363 KDE Bugtracking System - Bug 439363 - 'Grouped windows can only be selected in top row of multi-line Task Manager']		* 2021-09-01 \| '''KDE Plasma panel bug''' \| [https://bugs.kde.org/show_bug.cgi?id=441867 KDE Bugtracking System - Bug 441867 - When application icons are in two rows in the panel, navigation-route initiated with hover-over-icon is broken for apps in the lower row of the panel'] turned out to be a duplicate of [https://bugs.kde.org/show_bug.cgi?id=439363 KDE Bugtracking System - Bug 439363 - 'Grouped windows can only be selected in top row of multi-line Task Manager']

	* 2021-02-15 \| '''MobileFrontend combined with ConfirmEdit''' \| [https://phabricator.wikimedia.org/T274807 Phabricator T274807 - No CAPTCHA from ConfirmEdit served for users that use MobileFrontend] [[MediaWiki/Tickets/Phabricator T274807 - No CAPTCHA from ConfirmEdit served for users that use MobileFrontend]], open		* 2021-02-15 \| '''MobileFrontend combined with ConfirmEdit''' \| [https://phabricator.wikimedia.org/T274807 Phabricator T274807 - No CAPTCHA from ConfirmEdit served for users that use MobileFrontend] [[MediaWiki/Tickets/Phabricator T274807 - No CAPTCHA from ConfirmEdit served for users that use MobileFrontend]], open

	* 2020-11-30 \| '''LibreOffice Calc feature request''' \| [https://bugs.documentfoundation.org/show_bug.cgi?id=138567 Document Foundation Bugzilla - Bug 138567 - Feature request: Add ability to cut in Calc without stripping cell formatting from the area being cut] - This is reportedly solved on LibreOffice 7.1.6.0.0+ for Linux.		* 2020-11-30 \| '''LibreOffice Calc feature request''' \| [https://bugs.documentfoundation.org/show_bug.cgi?id=138567 Document Foundation Bugzilla - Bug 138567 - Feature request: Add ability to cut in Calc without stripping cell formatting from the area being cut] - This is reportedly solved on LibreOffice 7.1.6.0.0+ for Linux.

	* 2020-11-21 \| '''MediaWiki feature request''' \| [https://phabricator.wikimedia.org/T268385 Phabricator T268385 - Feature request: Keeping track of time spent in phases of edits for users], open, low.		* 2020-11-21 \| '''MediaWiki feature request''' \| [https://phabricator.wikimedia.org/T268385 Phabricator T268385 - Feature request: Keeping track of time spent in phases of edits for users], open, low.

	* 2020-11-19 \| '''MediaWiki template import''' \| '''my bad '''\| [https://phabricator.wikimedia.org/T268273 Phabricator T268273 - Missing content_model rows after importing templates and modules] - this was my bad, people tried to reproduce and in the end the writing on the wall was: test yourself on 1.35 and it turned out that my internal testwiki had run into an inconsistent state, likely when doing upgrades, closed, invalid		* 2020-11-19 \| '''MediaWiki template import''' \| '''my bad '''\| [https://phabricator.wikimedia.org/T268273 Phabricator T268273 - Missing content_model rows after importing templates and modules] - this was my bad, people tried to reproduce and in the end the writing on the wall was: test yourself on 1.35 and it turned out that my internal testwiki had run into an inconsistent state, likely when doing upgrades, closed, invalid

	* 2020-04-26 \| '''Matomo analytics extension for MediaWiki''' \| [https://phabricator.miraheze.org/T5476 Miraheze Pharbricator T5476 - Needed to remove 7 lines from MatomoAnalytics/includes/MatomoAnalyticsHooks.php to get the extension to work with Mediawiki 1.34.1]. The Matomo free analytics plugin for MediaWiki was quickly fixed for everyone.		* 2020-04-26 \| '''Matomo analytics extension for MediaWiki''' \| [https://phabricator.miraheze.org/T5476 Miraheze Pharbricator T5476 - Needed to remove 7 lines from MatomoAnalytics/includes/MatomoAnalyticsHooks.php to get the extension to work with Mediawiki 1.34.1]. The Matomo free analytics plugin for MediaWiki was quickly fixed for everyone.

	* 2019-09-27 \| '''MediaWiki upgrade problem''' \| [https://phabricator.wikimedia.org/T234027 Phabricator T234027 - Unable to upgrade wiki family of 2 wikis from 1.32.0 to 1.33.0 due to DB structure being different than the upgrade.php expects], closed, resolved - Thanks to Anomie for singlehandedly solving this		* 2019-09-27 \| '''MediaWiki upgrade problem''' \| [https://phabricator.wikimedia.org/T234027 Phabricator T234027 - Unable to upgrade wiki family of 2 wikis from 1.32.0 to 1.33.0 due to DB structure being different than the upgrade.php expects], closed, resolved - Thanks to Anomie for singlehandedly solving this

Line 25:		Line 33:
	Here are some ideas for '''feature requests''' and '''improvement possibilities''' that I have rustled up:		Here are some ideas for '''feature requests''' and '''improvement possibilities''' that I have rustled up:

	# KDE Plasma \| Feature request for multi-display setups \| It would be nice if the users could press a key which would cause the display the mouse is in to be isolated / walled from the other displays for the duration of the key-press. The payoff of this kind of feature is that it is quick to make 1/1, 1/4 and 1/2 screen arrangements of windows quickly with the "rub window against a side or a corner of a display" in every display.		'''FILED'''
			# KDE Plasma \| Feature request for multi-display setups \| [https://bugs.kde.org/show_bug.cgi?id=443164 FILED 443164] It would be nice if the users could press a key which would cause the display the mouse is in to be isolated / walled from the other displays for the duration of the key-press. The payoff of this kind of feature is that it is quick to make 1/1, 1/4 and 1/2 screen arrangements of windows quickly with the "rub window against a side or a corner of a display" in every display.

			'''NOT FILED YET'''

	# '''File manipulation dialogues''' \| They are horribly varied causing a lot of mental strain that should be avoided if possible. Would it be possible to have unified behavior in these dialogues? In some programs the file dialogues files and directories are shown all alphabetically, whilst in some programs it shows the subdirectories first alphabetically and only then the files alphabetically. I prefer the latter. (Maybe this can already be configured ???) Please could we get one good unified "save as", "open" etc. dialogues? (Currently it seems to vary what kind of UI and therefor UI logic there is, which causes mental strain)		# '''File manipulation dialogues''' \| They are horribly varied causing a lot of mental strain that should be avoided if possible. Would it be possible to have unified behavior in these dialogues? In some programs the file dialogues files and directories are shown all alphabetically, whilst in some programs it shows the subdirectories first alphabetically and only then the files alphabetically. I prefer the latter. (Maybe this can already be configured ???) Please could we get one good unified "save as", "open" etc. dialogues? (Currently it seems to vary what kind of UI and therefor UI logic there is, which causes mental strain)
	# '''KDE Plasma panel''' \| Could it be possible to link programs together so that when one is raised, all are raised?		# '''KDE Plasma panel''' \| Could it be possible to link programs together so that when one is raised, all are raised?

Jukeboksi: KDE Plasma | Feature request for multi-display setups | It would be nice if the users could press a key which would cause the display the mouse is in to be isolated / walled from the other displays...

2021-09-30T15:51:06Z

KDE Plasma | Feature request for multi-display setups | It would be nice if the users could press a key which would cause the display the mouse is in to be isolated / walled from the other displays...

← Older revision		Revision as of 15:51, 30 September 2021
Line 25:		Line 25:
	Here are some ideas for '''feature requests''' and '''improvement possibilities''' that I have rustled up:		Here are some ideas for '''feature requests''' and '''improvement possibilities''' that I have rustled up:

			# KDE Plasma \| Feature request for multi-display setups \| It would be nice if the users could press a key which would cause the display the mouse is in to be isolated / walled from the other displays for the duration of the key-press. The payoff of this kind of feature is that it is quick to make 1/1, 1/4 and 1/2 screen arrangements of windows quickly with the "rub window against a side or a corner of a display" in every display.
	# '''File manipulation dialogues''' \| They are horribly varied causing a lot of mental strain that should be avoided if possible. Would it be possible to have unified behavior in these dialogues? In some programs the file dialogues files and directories are shown all alphabetically, whilst in some programs it shows the subdirectories first alphabetically and only then the files alphabetically. I prefer the latter. (Maybe this can already be configured ???) Please could we get one good unified "save as", "open" etc. dialogues? (Currently it seems to vary what kind of UI and therefor UI logic there is, which causes mental strain)		# '''File manipulation dialogues''' \| They are horribly varied causing a lot of mental strain that should be avoided if possible. Would it be possible to have unified behavior in these dialogues? In some programs the file dialogues files and directories are shown all alphabetically, whilst in some programs it shows the subdirectories first alphabetically and only then the files alphabetically. I prefer the latter. (Maybe this can already be configured ???) Please could we get one good unified "save as", "open" etc. dialogues? (Currently it seems to vary what kind of UI and therefor UI logic there is, which causes mental strain)
	# '''KDE Plasma panel''' \| Could it be possible to link programs together so that when one is raised, all are raised?		# '''KDE Plasma panel''' \| Could it be possible to link programs together so that when one is raised, all are raised?

Jukeboksi: + == Thank yous for tech == {{#lst:Main Page|thank-yous-for-tech}}

2021-09-21T10:29:19Z

+ == Thank yous for tech == {{#lst:Main Page|thank-yous-for-tech}}

← Older revision		Revision as of 10:29, 21 September 2021
Line 50:		Line 50:
	== Minor bugs apparently affecting multiple distros ==		== Minor bugs apparently affecting multiple distros ==
	# Sometimes when starting a VirtualBox the USB-connections don't work. This exhibits despite that <code>sudo adduser $USER vboxusers</code> has been completed. A weird workaround has been found<ref>https://superuser.com/questions/956622/no-usb-devices-available-in-virtualbox</ref> wherein one needs to permute the <code>/etc/group</code> file so that you move the line where your username is associated with the group ''vboxusers'' to a different line and the USB-connections start to work again when you start VirtualBox.		# Sometimes when starting a VirtualBox the USB-connections don't work. This exhibits despite that <code>sudo adduser $USER vboxusers</code> has been completed. A weird workaround has been found<ref>https://superuser.com/questions/956622/no-usb-devices-available-in-virtualbox</ref> wherein one needs to permute the <code>/etc/group</code> file so that you move the line where your username is associated with the group ''vboxusers'' to a different line and the USB-connections start to work again when you start VirtualBox.

			== Thank yous for tech ==
			{{#lst:Main Page\|thank-yous-for-tech}}

	== References ==		== References ==

Jukeboksi: + == Minor bugs apparently affecting multiple distros == + sometimes permuting lines of /etc/groups without other change to content is required for USB to work in VirtualBoxen

2021-09-21T10:27:43Z

+ == Minor bugs apparently affecting multiple distros == + sometimes permuting lines of /etc/groups without other change to content is required for USB to work in VirtualBoxen

← Older revision		Revision as of 10:27, 21 September 2021
Line 47:		Line 47:
	* KDE neon 2020-2021 (5.19 - 5.22)		* KDE neon 2020-2021 (5.19 - 5.22)
	* Ubuntu Studio as my everyday OS since Thursday 2021-07-08. Currently on US 21.04 with KDE Plasma 5.21.4		* Ubuntu Studio as my everyday OS since Thursday 2021-07-08. Currently on US 21.04 with KDE Plasma 5.21.4

			== Minor bugs apparently affecting multiple distros ==
			# Sometimes when starting a VirtualBox the USB-connections don't work. This exhibits despite that <code>sudo adduser $USER vboxusers</code> has been completed. A weird workaround has been found<ref>https://superuser.com/questions/956622/no-usb-devices-available-in-virtualbox</ref> wherein one needs to permute the <code>/etc/group</code> file so that you move the line where your username is associated with the group ''vboxusers'' to a different line and the USB-connections start to work again when you start VirtualBox.

			== References ==
			<references />

	[[Category:Software]]		[[Category:Software]]
	[[Category:MediaWiki]]		[[Category:MediaWiki]]
	[[Category:KDE]]		[[Category:KDE]]

Jukeboksi: /* Wishlist for KDE */ + my history of KDE usage

2021-09-21T10:25:18Z

Wishlist for KDE: + my history of KDE usage

← Older revision		Revision as of 10:25, 21 September 2021
Line 41:		Line 41:
	''' Minor bugs affecting KDE software'''		''' Minor bugs affecting KDE software'''
	# Dolphin version 20.12.3 sometimes needs to be restarted in order for it to see newly created files. Moving to another directory and back will not fix this, but restarting Dolphin is a workaround.		# Dolphin version 20.12.3 sometimes needs to be restarted in order for it to see newly created files. Moving to another directory and back will not fix this, but restarting Dolphin is a workaround.

			'''I have been using'''

			* Kubuntu 2011-2020
			* KDE neon 2020-2021 (5.19 - 5.22)
			* Ubuntu Studio as my everyday OS since Thursday 2021-07-08. Currently on US 21.04 with KDE Plasma 5.21.4

	[[Category:Software]]		[[Category:Software]]
	[[Category:MediaWiki]]		[[Category:MediaWiki]]
	[[Category:KDE]]		[[Category:KDE]]

Jukeboksi: /* Wishlist for KDE */ + a feature that already exists (cheers) + a bug affecting Discover, wherein Discover does not see new files in a directory (workaround: Restart Discover)

2021-09-21T10:24:37Z

Wishlist for KDE: + a feature that already exists (cheers) + a bug affecting Discover, wherein Discover does not see new files in a directory (workaround: Restart Discover)

← Older revision		Revision as of 10:24, 21 September 2021
Line 35:		Line 35:
	# '''System monitor sensor''' widget \| Please could we get CPU frequency into the CPU monitor widget in the panel?		# '''System monitor sensor''' widget \| Please could we get CPU frequency into the CPU monitor widget in the panel?
	# '''System monitor sensor''' widget \| Please could we get in additional to total used memory also something indicating how much "space" there is for new programs?		# '''System monitor sensor''' widget \| Please could we get in additional to total used memory also something indicating how much "space" there is for new programs?

			''' Already exists. Cheers! '''
			# '''Discover''' \| A "launch app"-button has been added to Discover (since version ???)

			''' Minor bugs affecting KDE software'''
			# Dolphin version 20.12.3 sometimes needs to be restarted in order for it to see newly created files. Moving to another directory and back will not fix this, but restarting Dolphin is a workaround.

	[[Category:Software]]		[[Category:Software]]
	[[Category:MediaWiki]]		[[Category:MediaWiki]]
	[[Category:KDE]]		[[Category:KDE]]

Jukeboksi: + == Wishlist for KDE == First I would like to thank the people who have put a lot of effort into developing KDE Plasma and associated software and the people who make KDE Plasma versions of distributions. + 10 feature requests (from intrawiki incubator)

2021-09-21T10:23:16Z

+ == Wishlist for KDE == First I would like to thank the people who have put a lot of effort into developing KDE Plasma and associated software and the people who make KDE Plasma versions of distributions. + 10 feature requests (from intrawiki incubator)

@@ Line 18: / Line 18: @@
 * '''MediaWiki VisualEditor''' | [[phabricator:T266971|Phabricator T266971 - ''"Error contacting the Parsoid/RESTBase server" (HTTP 404/403) and similar errors (catalog)'']], I'm following this catalog of tickets about these kinds of problems in the [[mw:VisualEditor]]. When the VisualEditor starts to work well, enabling it would help work around [[phab:T274807]] for mobile users.
 :: Looks like Func has solved one of the subtasks of this ticket in [[phab:T270376]], but this one was specifically about wikis with short URLs and where there is no <nowiki>/wiki/</nowiki> in the URL structure, but lets see if more of the subtasks get solved with this new discovery that (at least in this particular situation) the communication over REST gets routed wrong due to old-style <code>.htaccess</code> or <code>Vhost</code> that do not take into account the REST-communication and thus causes the 404.
 [[Category:Software]]
 [[Category:MediaWiki]]
 [[Category:KDE]]

Jukeboksi: fmt

2021-09-21T10:08:43Z

fmt

← Older revision		Revision as of 10:08, 21 September 2021
Line 4:		Line 4:


	~~'''~~ Filed tickets ~~'''~~		== Filed tickets ==

	* 2021-09-01 \| '''KDE Plasma panel bug''' \| [https://bugs.kde.org/show_bug.cgi?id=441867 KDE Bugtracking System - Bug 441867 - When application icons are in two rows in the panel, navigation-route initiated with hover-over-icon is broken for apps in the lower row of the panel'] turned out to be a duplicate of [https://bugs.kde.org/show_bug.cgi?id=439363 KDE Bugtracking System - Bug 439363 - 'Grouped windows can only be selected in top row of multi-line Task Manager']		* 2021-09-01 \| '''KDE Plasma panel bug''' \| [https://bugs.kde.org/show_bug.cgi?id=441867 KDE Bugtracking System - Bug 441867 - When application icons are in two rows in the panel, navigation-route initiated with hover-over-icon is broken for apps in the lower row of the panel'] turned out to be a duplicate of [https://bugs.kde.org/show_bug.cgi?id=439363 KDE Bugtracking System - Bug 439363 - 'Grouped windows can only be selected in top row of multi-line Task Manager']
Line 14:		Line 14:
	* 2019-09-27 \| '''MediaWiki upgrade problem''' \| [https://phabricator.wikimedia.org/T234027 Phabricator T234027 - Unable to upgrade wiki family of 2 wikis from 1.32.0 to 1.33.0 due to DB structure being different than the upgrade.php expects], closed, resolved - Thanks to Anomie for singlehandedly solving this		* 2019-09-27 \| '''MediaWiki upgrade problem''' \| [https://phabricator.wikimedia.org/T234027 Phabricator T234027 - Unable to upgrade wiki family of 2 wikis from 1.32.0 to 1.33.0 due to DB structure being different than the upgrade.php expects], closed, resolved - Thanks to Anomie for singlehandedly solving this

	~~''' Following tickets '''~~		== Tickets under observation ==

	* '''MediaWiki VisualEditor''' \| [[phabricator:T266971\|Phabricator T266971 - ''"Error contacting the Parsoid/RESTBase server" (HTTP 404/403) and similar errors (catalog)'']], I'm following this catalog of tickets about these kinds of problems in the [[mw:VisualEditor]]. When the VisualEditor starts to work well, enabling it would help work around [[phab:T274807]] for mobile users.		* '''MediaWiki VisualEditor''' \| [[phabricator:T266971\|Phabricator T266971 - ''"Error contacting the Parsoid/RESTBase server" (HTTP 404/403) and similar errors (catalog)'']], I'm following this catalog of tickets about these kinds of problems in the [[mw:VisualEditor]]. When the VisualEditor starts to work well, enabling it would help work around [[phab:T274807]] for mobile users.

← Older revision		Revision as of 19:38, 16 October 2021
Line 43:		Line 43:
	# '''Discover''' \| When installing an app, please make the system mention where was it placed in the menu taxonomy.		# '''Discover''' \| When installing an app, please make the system mention where was it placed in the menu taxonomy.
	# '''Discover''' \| Could be good to show location of app in app menu taxonomy at all times in Discover when viewing info on an app.		# '''Discover''' \| Could be good to show location of app in app menu taxonomy at all times in Discover when viewing info on an app.
			# '''Discover''' \| It would be nice if the forward and backwards buttons of my mouse would work in Discover
	# '''SDDM''' / lock screen \| Could it be possible to have an option to put the displays to sleep immediately when logging out		# '''SDDM''' / lock screen \| Could it be possible to have an option to put the displays to sleep immediately when logging out
	# '''KDE Connect''' Android app \| Could we please have the multimedia controls integrated into the remote control so that we could control volume etc. from the remote control view		# '''KDE Connect''' Android app \| Could we please have the multimedia controls integrated into the remote control so that we could control volume etc. from the remote control view

← Older revision		Revision as of 10:25, 4 October 2021
Line 5:		Line 5:

	== Filed tickets ==		== Filed tickets ==

			* 2021-09-30 \| '''KDE Plasma''', applicable also to other desktop envirnonments \| [https://bugs.kde.org/show_bug.cgi?id=443164 '''Feature request for multi-display setups: possibility to isolate a display for a moment in order to use full set of window resizing mouse gestures in every display''' at the KDE Bugtracking System - bug 443164]

	* 2021-09-01 \| '''KDE Plasma panel bug''' \| [https://bugs.kde.org/show_bug.cgi?id=441867 KDE Bugtracking System - Bug 441867 - When application icons are in two rows in the panel, navigation-route initiated with hover-over-icon is broken for apps in the lower row of the panel'] turned out to be a duplicate of [https://bugs.kde.org/show_bug.cgi?id=439363 KDE Bugtracking System - Bug 439363 - 'Grouped windows can only be selected in top row of multi-line Task Manager']		* 2021-09-01 \| '''KDE Plasma panel bug''' \| [https://bugs.kde.org/show_bug.cgi?id=441867 KDE Bugtracking System - Bug 441867 - When application icons are in two rows in the panel, navigation-route initiated with hover-over-icon is broken for apps in the lower row of the panel'] turned out to be a duplicate of [https://bugs.kde.org/show_bug.cgi?id=439363 KDE Bugtracking System - Bug 439363 - 'Grouped windows can only be selected in top row of multi-line Task Manager']

	* 2021-02-15 \| '''MobileFrontend combined with ConfirmEdit''' \| [https://phabricator.wikimedia.org/T274807 Phabricator T274807 - No CAPTCHA from ConfirmEdit served for users that use MobileFrontend] [[MediaWiki/Tickets/Phabricator T274807 - No CAPTCHA from ConfirmEdit served for users that use MobileFrontend]], open		* 2021-02-15 \| '''MobileFrontend combined with ConfirmEdit''' \| [https://phabricator.wikimedia.org/T274807 Phabricator T274807 - No CAPTCHA from ConfirmEdit served for users that use MobileFrontend] [[MediaWiki/Tickets/Phabricator T274807 - No CAPTCHA from ConfirmEdit served for users that use MobileFrontend]], open

	* 2020-11-30 \| '''LibreOffice Calc feature request''' \| [https://bugs.documentfoundation.org/show_bug.cgi?id=138567 Document Foundation Bugzilla - Bug 138567 - Feature request: Add ability to cut in Calc without stripping cell formatting from the area being cut] - This is reportedly solved on LibreOffice 7.1.6.0.0+ for Linux.		* 2020-11-30 \| '''LibreOffice Calc feature request''' \| [https://bugs.documentfoundation.org/show_bug.cgi?id=138567 Document Foundation Bugzilla - Bug 138567 - Feature request: Add ability to cut in Calc without stripping cell formatting from the area being cut] - This is reportedly solved on LibreOffice 7.1.6.0.0+ for Linux.

	* 2020-11-21 \| '''MediaWiki feature request''' \| [https://phabricator.wikimedia.org/T268385 Phabricator T268385 - Feature request: Keeping track of time spent in phases of edits for users], open, low.		* 2020-11-21 \| '''MediaWiki feature request''' \| [https://phabricator.wikimedia.org/T268385 Phabricator T268385 - Feature request: Keeping track of time spent in phases of edits for users], open, low.

	* 2020-11-19 \| '''MediaWiki template import''' \| '''my bad '''\| [https://phabricator.wikimedia.org/T268273 Phabricator T268273 - Missing content_model rows after importing templates and modules] - this was my bad, people tried to reproduce and in the end the writing on the wall was: test yourself on 1.35 and it turned out that my internal testwiki had run into an inconsistent state, likely when doing upgrades, closed, invalid		* 2020-11-19 \| '''MediaWiki template import''' \| '''my bad '''\| [https://phabricator.wikimedia.org/T268273 Phabricator T268273 - Missing content_model rows after importing templates and modules] - this was my bad, people tried to reproduce and in the end the writing on the wall was: test yourself on 1.35 and it turned out that my internal testwiki had run into an inconsistent state, likely when doing upgrades, closed, invalid

	* 2020-04-26 \| '''Matomo analytics extension for MediaWiki''' \| [https://phabricator.miraheze.org/T5476 Miraheze Pharbricator T5476 - Needed to remove 7 lines from MatomoAnalytics/includes/MatomoAnalyticsHooks.php to get the extension to work with Mediawiki 1.34.1]. The Matomo free analytics plugin for MediaWiki was quickly fixed for everyone.		* 2020-04-26 \| '''Matomo analytics extension for MediaWiki''' \| [https://phabricator.miraheze.org/T5476 Miraheze Pharbricator T5476 - Needed to remove 7 lines from MatomoAnalytics/includes/MatomoAnalyticsHooks.php to get the extension to work with Mediawiki 1.34.1]. The Matomo free analytics plugin for MediaWiki was quickly fixed for everyone.

	* 2019-09-27 \| '''MediaWiki upgrade problem''' \| [https://phabricator.wikimedia.org/T234027 Phabricator T234027 - Unable to upgrade wiki family of 2 wikis from 1.32.0 to 1.33.0 due to DB structure being different than the upgrade.php expects], closed, resolved - Thanks to Anomie for singlehandedly solving this		* 2019-09-27 \| '''MediaWiki upgrade problem''' \| [https://phabricator.wikimedia.org/T234027 Phabricator T234027 - Unable to upgrade wiki family of 2 wikis from 1.32.0 to 1.33.0 due to DB structure being different than the upgrade.php expects], closed, resolved - Thanks to Anomie for singlehandedly solving this

Line 25:		Line 33:
	Here are some ideas for '''feature requests''' and '''improvement possibilities''' that I have rustled up:		Here are some ideas for '''feature requests''' and '''improvement possibilities''' that I have rustled up:

	# KDE Plasma \| Feature request for multi-display setups \| It would be nice if the users could press a key which would cause the display the mouse is in to be isolated / walled from the other displays for the duration of the key-press. The payoff of this kind of feature is that it is quick to make 1/1, 1/4 and 1/2 screen arrangements of windows quickly with the "rub window against a side or a corner of a display" in every display.		'''FILED'''
			# KDE Plasma \| Feature request for multi-display setups \| [https://bugs.kde.org/show_bug.cgi?id=443164 FILED 443164] It would be nice if the users could press a key which would cause the display the mouse is in to be isolated / walled from the other displays for the duration of the key-press. The payoff of this kind of feature is that it is quick to make 1/1, 1/4 and 1/2 screen arrangements of windows quickly with the "rub window against a side or a corner of a display" in every display.

			'''NOT FILED YET'''

	# '''File manipulation dialogues''' \| They are horribly varied causing a lot of mental strain that should be avoided if possible. Would it be possible to have unified behavior in these dialogues? In some programs the file dialogues files and directories are shown all alphabetically, whilst in some programs it shows the subdirectories first alphabetically and only then the files alphabetically. I prefer the latter. (Maybe this can already be configured ???) Please could we get one good unified "save as", "open" etc. dialogues? (Currently it seems to vary what kind of UI and therefor UI logic there is, which causes mental strain)		# '''File manipulation dialogues''' \| They are horribly varied causing a lot of mental strain that should be avoided if possible. Would it be possible to have unified behavior in these dialogues? In some programs the file dialogues files and directories are shown all alphabetically, whilst in some programs it shows the subdirectories first alphabetically and only then the files alphabetically. I prefer the latter. (Maybe this can already be configured ???) Please could we get one good unified "save as", "open" etc. dialogues? (Currently it seems to vary what kind of UI and therefor UI logic there is, which causes mental strain)
	# '''KDE Plasma panel''' \| Could it be possible to link programs together so that when one is raised, all are raised?		# '''KDE Plasma panel''' \| Could it be possible to link programs together so that when one is raised, all are raised?