adrian

Based on this and the fact that there are no redirects, the only thing I can think of is an apache rewrite. Are you using the standard one that comes with PW? This seems unlikely given that your other pages are working fine. Do you have any modules installed, or custom hooks running? Have you tried a fresh PW install, or at least copied over a new version of wire, .htaccess and index.php ? EDIT: Looking at your code and description of the problem I am getting more confused. Am I right in thinking it must be from: window.location.href = result.gameUrl; What do you get if you: console.log(result.gameURL);

This is the only info on PageTable I think: https://processwire.com/talk/topic/6417-processwire-profields-table/page-2#entry62890 Read from that post onwards.

You'll need to use: http://skyscraper.dev the first time to try to go to the address. After that your browser will realize you're not trying to search for it and you'll be able to just enter: skyscraper.dev Bring back the search box if you ask me

Is it possible there is some redirect code in the student template php file? Can you show us the code for that template?

Glad you got it all sorted out - looking forward to seeing the gallery once the site is live!

Well normally the upgrade process should work perfectly smoothly by following the "check for updates" link in the module config, but because of the incorrect folder issue, I would recommend uninstalling and deleting the old version and installing the new version from scratch - everything should be fine after that. Yep - click the uninstall link and then back on the main modules page you can click the delete button to remove the module completely, before installing the new version.

I am thinking this is probably due to the change of install folder for this module. Did you uninstall and remove the version you had installed in the GetVideoThumbs-master folder before installing the new version? If you are still getting the internal server error, I would first remove all the video module folders from the modules directory and see if that solves it. If not, you might need to go into PHPMyAdmin and remove the entries for this module from the modules DB table. Please let me know if you are not familiar with this and I'll give you some step by step instructions.

davo, I agree with Soma that we should continue this conversation back in the module thread.

Go to the Operations Tab in PMA and there you can adjust the current autoincrement value.

Looks brilliant - thank you!

Not sure what version you are running. If it's < 2.4 then you should definitely upgrade. Lots of us are running the latest dev version - currently 2.4.3. However 2.5 is probably not very far away either if you are more comfortable with officially stable versions. In general it is easier to install modules via one of the automated methods, but at times you may want to try out modules that aren't yet in the modules directory, so you'll need to rely on downloading from Github and installing manually - just be aware in future to remove the -master part of the folder name. Thanks for letting me know how this new version goes.

Hi Tomo83 and welcome to PW. I think you just want: $player->playername You are looking for the value of the field "playername" on the page that is referenced by the variable $player. If you use: $player->fields->get("playername") you'd actually most likely be looking for things like: $player->fields->get("playername")->label or: $player->fields->get("playername")->description

A lot of things have been simplified in the latest dev. You no longer need to set any user template permissions at all. Simply giving the role "Administer Users" permission is enough. Here is Ryan's explanation:

davo - I have committed an update which should take care of the error and also try another method to get the title if the first one fails. Please let me know if you notice any problems with this new version or if the error shows up again. As for whether you have installed it in the wrong folder - it won't stop it working, but it is not the intended folder due to the addition of "master" by github when downloading zip files.

You could use this: echo "<p>Return to: <a href='{$config->urls->root}articles/'>Articles.</a></p>"; Then if your site ends up at the root of the domain when it's made live, you won't have to change links.

Did you install the MarkupLoadRSS module: https://processwire.com/talk/topic/451-load-rss-feeds-markuploadrss/ or did you install one of the markup modules mentioned in this thread?

This should be fixed in the latest dev: https://github.com/ryancramerdesign/ProcessWire/issues/493

Is /articles/ really at: www.mysite.com/articles/ ? Is the page hidden or unpublished? I can't see why that wouldn't work as you have it.

Sorry to hijack this thread, but if you are working with HTML5 video, have you seen my draft video fieldtype module: https://processwire.com/talk/topic/4580-video-fieldtype/

Sorry I didn't realize the articles weren't directly under the parent - that's how I have always done things. I don't really see the problem in linking to the parent news page directly with something like: $pages->get("/news/")->url;

$page->parent->url

Just a couple of quick comments for you. www.mcalleluya.mil.nf doesn't work, but http://mcalleluyashow.mil.nf/ does There is a broken image at: http://mcalleluyashow.mil.nf/mc/categories/introductory/ Congrats on getting the site live!

Hi davo, Thanks for the kudos. That error is part of the recently added functionality to grab the video title and add it to the image's description field. Do you know whether it occurs randomly with the same video, or does it happen only with certain videos? It's an easy check to prevent the error, but I am curious as to why the entry item is sometimes not available in the YouTube xml feed. Also, I noticed that you have the module installed under: GetVideoThumbs-master It's unfortunate that Github does this, but it suggests to me that you are manually downloading modules, so I thought I'd suggest using the Download and Install functionality under the New tab in PW's module page. You'd simply paste in "ProcessGetVideoThumbs" into there and it would download and install everything for you automatically. This also means that you can then use the automatic updating when a new version of a module is released because it will be installed in the correct folder. Then of course there is also Soma's modules manager which makes things even easier: http://modules.processwire.com/modules/modules-manager/

The $files variable is for accessing just about everything else about a file, but not its content. Of course the contents of files vary so much from type to type. There might not be much value in extracting the content of a binary file, but it might be a nice addition to have an easy way to extract the content of text based files. $file->url would be used, for example, for making a link to view a PDF or display an image. $file->filename is what you would want to pass to fopen. $files->path is the full disk path to the files directory for the page, eg /home/public_html/site/assets/files/1001/ Here's something else that might be useful for you to read - the difference between fopen and fread: http://www.tuxradar.com/practicalphp/8/1/3

Not sure how it could possibly have happened, but have you checked through the SQL file to make sure that: INSERT INTO `fieldgroups` ( `id` , `name` ) is not duplicated anywhere.