wbmnfktr

As this doesn't interfere with non-composer users... sure. Can make life easier. Another 2 cents: All modules (maybe only those with some kind of frontend/GUI) should have specific permissions to allow them to be part in roles in more advanced setups.

A few thoughts: $config->userAuthSalt was changed a database update broke something (update through your hosting company) a browser extension interferes a CDN interferes (Cloudflare is really good at it) you use the wrong user name you changed settings to login with e-mail That's it for now.

Can confirm this as well. Happened a lot the last few days. Various search queries.

Can't really explain why* this is such a great addition and change (at least for me) but that's just perfect! * I could but noone would believe me that there are areas in Germany with super slow internet connections. I'm super curious what happened to the new site-blank profile as it's almost always my starting point. Maybe we can even offer localized versions for Germany, Austria, Switzerland (page name settings like ä=ae, ö=oe, ü=ue, language packs pre-installed, and such). Let me ask this straight away... do you have something in mind, like the Kubrick demo setup for WordPress back in 2005? But for ProcessWire? A blog, with categories, pages, simple forms, tags, whatever. Maybe we as community could work together to build something like that. As well as in terms of design and even in basic content and best practice examples. Super minimal without any modules. Everything with just PW-Core functionality. I'd be on board for this adventure. What about offering multiple ZIPs as download options right away. Therefore maybe less hassle during installation - due to slow internet connections for example. On-demand download during a installation might be (at least for me sometimes in my hometown here) quite difficult and another source for "errors" the forum has to explain and clarify. starter.zip blank.zip core.zip and so on... All of the above are just thoughts... driven by great additions from @ryan.

I'm totally fine with that! My previous feedback was just meant to be a PW-community-intern-feedback-circle of some kind. Towards you @Spiria. I don't know anything about their (JCCBI) politics (political or legal reasons) for such a strict setup but ok.

Just played a bit yesterday with some of my proxies and VPNs... that site from JCCBI was kind of restricted. Right now I can access it from Germany, UK, Netherlands and Sweden. Some more exotic like Hungary, Russia, Belarus and Poland don't work. There might be reasons for this but on the other hand it feels somehow weird. NOT a judgement... just a feedback.

I was talking about this...

Please check if your Header label contains a textarea and remove it. That was an issue in my setup - at least I think that was the issue - but haven't had the time to really confirm this. If that's a problem within your setup as well, it would confirm my assumption and therefore probably a bug.

That's a Cloudflare CDN message. As far as I know it's some kind of Firewall rule to block unwanted traffic.

Can't confirm this issue in PW 3.0.190-dev. Is there something in the logs or the dev console in your browser? Maybe only a cache issue of some kind.

I've seen some hacks / config settings for VSCode to display at least the parent folder of a file. Never tried or used them... but maybe still worth trying to look into this. Just an example: https://stackoverflow.com/questions/39598007/showing-path-in-file-tabs-in-visual-studio-code

A look in all logs could be helpful. Maybe there is a more detailed error somewhere. Besides that we could try to figure out if there are any hooks or modules involved that might cause those issues. Are there any actions like database backups or do you perform any checks while logging in or via hook? Do you use ready.php or _init.php somewhere? I guess at some point someone might say TracyDebugger can help in such cases but I rarely use it so I can't assist with it. TL;DR what's in ready.php? what's in _init.php? which modules are installed? what's written in all the logs?

Always purchase those Umlaut-domains but although get those ae, oe, ue domains... you can always redirect in any direction. I maintain restaurants-neumünster.de while everything works from restaurants-neumuenster.de - better to have those domains than be sorry. Even get those misspelled-domains. Depends on the domain base but... think about it.

Still... I have no real clue in regards to whatever JS.

You're very welcome!

For whatever reason my response helped. At least it helps in whatever direction.

As we speak about page creation... you should know that. Unless I'm missing something but ok. The solution @bernhard provided looks promising eitherway.

When you say it's quite complex... ?

As far as I understand your issue/question... you could add a text field or maybe even better a select options field (if there are two or more options to create a page - future-proof) or a checkbox (if there are only these two options) and add a default value for either admin backend or JSON endpoint - depending on the source. It's just another field, doesn't take that much memory/space and can even be selected from within a query.

I don't know anything about this in regards to the admin area but I found a fix that makes it work as expected. Maybe it's necessary in the admin, never needed it for repeaters in the frontend so far. <?php namespace Processwire; $cl = pages()->get('template=dashChangelog'); $cles = $cl->changelogentry->sort('-date')->filter("status=1"); ?> The additional ->filter("status=1") does the trick here.

I'm using Dashboard to show some changelogs within the dashboard... but somehow repeaters don't respect that they aren't available as they would in normal pages. <?php namespace Processwire; $cl = pages()->get('template=dashChangelog'); $cles = $cl->changelogentry->sort('-date'); ?> That's how I get the main page for my Dashboard element and from there I do my usual foreach(): <?php foreach ($cles as $cle): ?> <div class="cle"> <p><strong>? <?php echo date('Y-m-d', $cle->date); ?></strong></p> <?php echo $cle->body; ?> </div> <?php endforeach; ?> When I disable a repeater item... it still shows up. In regular pages this wouldn't happen so... what do I have to change for the Dashboard? Maybe I skipped a thought or two... but this confuses me.

I totally agree and therefore looked through threads but... no chance so far. Don't know if it's pwlink (CKEditor module from PW) or CKEditor itself that needs to be changed... maybe @ryan can clarify and give us an update. I guess and bet Ryan could clarify this or can somehow resolve this and the issue @teppo mentioned.

This is a great addition and idea! @Jan Romero Fool-proof or advanced settings to make it more secure and more awesome. A point I didn't see due to so many instances I installed and configured. Maybe we could even open a thread to collect solutions based on hosting companies to get some idea about how different providers need different settings within .htaccess or whatever. Just an idea right now but I know that I had to tinker around with things in STRATO (DE, hosting company) a lot a few years back and even some hostings (I won't name names here) I moved away from because it didn't work out at all.

You now can choose a link to another language?

Probably not as you already can't choose the languaged-link from within CKEditor. Or at least we don't know how. I can manually set any link to wherever in whatever language. That work's totally fine. But... a non-developer can't switch links to different languages.