adrian

@OllieMackJames - sorry, not sure - I just did a test here and it worked fine so it might be something specific to the repeater you have set up. Maybe the subfields that are used are ones I haven't tested/considered, or maybe you have repeater nesting? Can you try with another simpler repeater field and see if it works and then try to figure out what element is causing the issue?

What actual error message did it throw?

Exactly - this bug was introduced in July last year (it worked just fine prior to that) and it's still an issue that I am working around by prepending a "~" and then later stripping it, similar to @BitPoet's suggestion above.

Hey @bernhard - sure thing. I did the same for template deletion as well.

Love the custom Page classes!

Can I suggest that a better tactic would be to convince the client the uppercase characters are a bad idea ? It may or may not be an SEO issue: https://www.searchenginejournal.com/url-capitalization-seo/343369/ There is of course the issue that Linux vs Windows work differently in this regard with windows servers treating uppercase and lowercase as the same URL while linux treat them as different. Not that I expect the site will move to a Windows server in the future, but something to be aware of. But mostly I think it just looks ugly ?

@LAPS - looks like you got the info you needed on this over here:

Any chance your running procache or there is some other caching going on? Are you looking at the link that is being output on the frontend, or in the admin within the field where it displays the relative URL? Perhaps you can debug at what point things are not working within the logic in the module?

@999design - Hi Dave, I just tested to make sure everything was still good, and it is here. Can you please take a look in the DB to confirm it's storing the page ID, eg: Just to clarify, this won't work on old stored data - it's only for links added since this version has been running.

@bernhard - I've added that link to the keyboard shortcuts dialog in the latest version. I've also added that dialog to the FileEditor panel.

Thanks for the link @bernhard but I think this is the one that I should probably link to: https://github.com/ajaxorg/ace/wiki/Default-Keyboard-Shortcuts

In ACE Editor (on a Mac at least), you can do this sort of stuff by using CTRL+ALT + Arrow Down (or Up). Does that do what you want?

CTRl or CMD + click where you want each extra cursor to be. Oops, sorry, I guess you already mentioned you had this approach working ?

I think you might have come up against this bug (https://github.com/processwire/processwire-issues/issues/511). If you think it is related, perhaps you could nudge Ryan on that issue as he seems to be ignoring my concerns on this, especially when it's a really easy fix.

If you post the code from your news.php template file (at least I think that is what it is likely called - you can find the name of the template for the page on the settings tab), we should be able to diagnose the issue pretty quickly.

I have also recently used https://www.joypixels.com/ for converting emojis from UTF8 into something that works in a PDF. I use this to format messages created in a CkEditor field with the emoji plugin into a PDF summary of messages. It's not perfect, but seems to match almost all emojis from the CkEditor plugin. Would be curious if anyone has any other suggestions on this front.

Or just set the title and leave PW to take care of the name automatically.

The MarkupFontIconPicker folder should not exist - just delete that and you'll be fine ?

Did you ever empty out the cache/FileCompiler directory like I suggested above? If that doesn't work, I think you really need to search around and make sure there isn't a second copy of the module somewhere in the /site/modules directory.

yep

If someone has your superuser password, it hardly matters whether they have Tracy installed or not - they can just go install it, because they have superuser permissions ? Sure, you could lock down /site/modules/ permissions so that PW can't install modules (meaning you would need to install them all via FTP / Git / etc rather than via the web interface. But I have to ask - surely if you're worried about someone getting access to your superuser account, aren't you just as worried about them getting your FTP access details? You could lock down FTP via SSH security keys which would take care of that. Regarding locking down superuser access, you could always install PW's 2FA system - that's probably the safest approach to protect things.

Ah, sorry, I didn't read your code fully - I assumed you were trying to adjust the price on the main $page, but you're using it to adjust the price on the order pages. Sorry, I am not seeing anything wrong with your code at the moment - maybe someone else will spot something ?

If you change the hook from "after" to "before" you shouldn't have to save the field explicitly.

@LAPS - try looking at the modules database table and see if there are two entries for the module. Look for two copies of the module's files in site/modules - check to make sure that there isn't one inside the folder of another module (in case you might have drag/dropped it accidentally. It will be a bit messy for a couple of admin reloads / module refreshes, but you could empty the cache database table. You can't uninstall a module for a field without removing the field.

@MilenKo and @LAPS - I just installed it for the first time on 3.0.150 and it works fine. It sounds like a modules refresh might fix things. If not, try clearing the assest/cache/FileCompiler folder.