Alexander Stehlik

Results 10 comments of Alexander Stehlik

Thank you for the feedback @egulias I updated to version 3.1 and tested again: ```php $validator = new \Egulias\EmailValidator\EmailValidator(); // Returns true $validator->isValid('some-name@with—invalid—dashes.de', new \Egulias\EmailValidator\Validation\RFCValidation()); // Returns also true $validator->isValid('some-name@with—invalid—dashes.de',...

Thank you for the info @egulias I tested it with the the so called em dash with Unicode `U+2014` and HTML entity `—` See also: https://en.wikipedia.org/wiki/Dash#Common_dashes_and_their_Unicode_code-points I hope this helps....

Can confirm this issue for Nextcloud 24.0.1 and Contacts version 4.1.1. When opening the contacts app the requests made to load the Avatar images bring down the instance :(

I managed to work around this issue by adding a rule to "My Filters" in the uBlock origin settings: ``` ||mycloud.mydomain.tld/remote.php/dav/addressbooks/users/*/*/*.vcf?photo$image,domain=mycloud.mydomain.tld ``` The downside of course is that you do...

I started working on this before I found this pull request. My version is running tests with the current TYPO3 master (taking the directory changes into account). Please feel free...

Thank you for your feedback, @noave I now replaced this section: --- You can add these lines to the `~/bin/nextcloud-update` script to make sure the workaround stays active after automated...

I'm also experiencing the issue with the capital letters. I tried multiple variations of `keyboard_layout` options without any success. Some details about my environment: > Operating System: EndeavourOS > KDE...

I found a workaround. I switched the backend to clipboard and now the text is inserted without problems: ```yaml backend: clipboard ```

> Is this a general bug from Nextcloud which can be fixed in the next updates ? @F3000 The issue filed with Nextcloud is pending for quite some time now...

There is also another fix / workaround for this issue, see: https://github.com/nextcloud/server/issues/33048 When the 404 errors are handled correctly and do not cause a redirect to the dashboard the number...