[geeklog-hg] [Geeklog-Core/geeklog] 290b53: Partial Fix for COM_getLanguageFromURL

[GitHub]

  Branch: refs/heads/master
  Home:   https://github.com/Geeklog-Core/geeklog
  Commit: 290b53ea9f8bd8f80840cb428657bbb4da422dc3
      https://github.com/Geeklog-Core/geeklog/commit/290b53ea9f8bd8f80840cb428657bbb4da422dc3
  Author: Tom Homer <tomhomer at gmail.com>
  Date:   2017-12-08 (Fri, 08 Dec 2017)

  Changed paths:
    M public_html/article.php
    M public_html/index.php
    M public_html/lib-common.php
    M public_html/staticpages/index.php
    M public_html/switchlang.php
    M system/classes/url.class.php

  Log Message:
  -----------
  Partial Fix for COM_getLanguageFromURL

Fix for issue #819

- COM_getLanguageFromURL renamed to _getLanguageFromURL. Now should only be called by core
- Unfortunately COM_getLanguage needs to get called  almost right away when a visitor visits a page. This means if the language is not already set from a previous visit _getLanguageFromURL is required to guess at the language. Code still needs to be added to guess the language id for url_routing
- Fix for switch language block to not display if user not allowed to change language.
- Added to $_URL class that allows item (like a article or plugin) to set the id for the url and the language. This means no guessing by switch language block anymore
- New code for plugins that uses $_URL class to support an item that has multiple languages (like topics, articles, staticpage). This may break multi-language support a bit for any other plugins that support this type of feature