Re: [xwiki-users] 8.4.4: Navigation Panel has no content!
> On 12 Jan 2017, at 20:35, Craig Wright wrote: > > I did a “shift-refresh” and the problem seems to have gone away. I should > have tried that earlier. > > Is there a reason why that would have happened? Is the file that requests > require-config.min.js unversioned? Although a hard reload is a reasonable > solution for myself, I am supporting a not-tech-saavy community of users for > whom this would be asking too much. > > With regards to installation, I installed/upgraded using Debian packages on > Ubuntu 16.04. Ok so forget my guess, it was a wrong one and Marius had the right hunch ;) Thanks -Vincent > Thanks, > Craig > > >> On Jan 12, 2017, at 2:05 AM, Marius Dumitru Florea >> wrote: >> >> Did you clear the browser cache after the upgrade? >> >> On Thu, Jan 12, 2017 at 11:13 AM, Vincent Massol wrote: >> >>> Hi Craig, >>> On 12 Jan 2017, at 09:37, Craig Wright wrote: OK just for fun: here are all the network resources being loaded that >>> come up in Chome as having “8.4” in the URL, as being requested by the Main >>> wiki page: /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8. >>> 4.4/tree.min.css /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8. >>> 4.3/require-config.min.js /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.4.4/tree.min.js /xwiki/webjars/wiki%3Axwiki/xwiki-platform-job-webjar/8.4. >>> 4/jobRunner.min.js /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8. >>> 4.4/finder.min.js /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.4.4/32px.png >>> >>> That’s weird, I’ve just downloaded a clean XWiki 8.4.4 jetty/hsqldb zip >>> and check the home page and I got: >>> >>> http://localhost:8080/xwiki/webjars/wiki%3Axwiki/xwiki- >>> platform-tree-webjar/8.4.4/require-config.min.js?evaluate=true >>> >>> My guess is that you made a mistake during the upgrade. Could it be that >>> you copied the 8.4.4 WAR content over an existing xwiki 8.4.3 install? In >>> which case that would explain that you have both versions in your >>> WEB-INF/lib directory? >>> >>> You should not do this :) Please check http://platform.xwiki.org/ >>> xwiki/bin/view/AdminGuide/Upgrade >>> >>> " Just make sure you don't install the new version over the old one (both >>> installations need to exist)." >>> >>> Thanks >>> -Vincent >>> Given that ONLY require-config.min.js has this issue, I gotta wonder if >>> this is just an 8.4.4 bug; something hard-coded somewhere? But I have no >>> idea how any of this works, so it could be an install issue. Thanks, Craig > On Jan 12, 2017, at 12:30 AM, Craig Wright wrote: > > My assumption is only that file I reported in the earlier email: > > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8. >>> 4.3/require-config.min.js > > > -C > >> On Jan 11, 2017, at 11:53 PM, Ludovic Dubost >>> wrote: >> >> Hum weird fix. So it could be a module did not upgrade. Do you know >>> which >> urls match this rule ? >> >> Ludovic >> >> Le 12 janv. 2017 09:46, "Craig Wright" a écrit : >> >> Well, I fixed this particular issue with the following terrible hack >>> to my >> /etc/nginx/sites-available/xwiki file: >> >> rewrite ^(.*)/8.4.3/(.*)$ $1/8.4.4/$2 last; >> >> yeeeah. On the plus side, everything seems to be working great. ;D >> >> I will keep the list posted with my continued adventures. >> >> Be well, >> Craig >> >>> On Jan 11, 2017, at 11:33 PM, Craig Wright wrote: >>> >>> OK, thanks for your help! >>> >>> Thanks, >>> Craig >>> On Jan 11, 2017, at 11:30 PM, Ludovic Dubost >>> wrote: Le 12 janv. 2017 09:23, "Craig Wright" a écrit : Haha awesome. I should add that I get the same error when I try to edit a page. >>> Most of the page loads but the edit control (MCE — UI widgets and textarea or >> input or whatever) just shows a loading spinner forever with the same >>> error as below. I filed http://jira.xwiki.org/browse/XE-1602 < >> http://jira.xwiki.org/browse/ XE-1602> for the mixed content issue; however that was an issue that >>> was also in 8.4.3. Should I file another issue for this? Not yet I would say. Wait for the team to see if they can reproduce >>> and >> if it's a general issue Ludovic Thanks, Craig > On Jan 11, 2017, at 11:19 PM, Ludovic Dubost >>> wrote: > > Indeed this looks upgraded. Now if you are getting errors in chrome >>> on >> the > home page the. That could be the empty document tree as it does JavaScript. > The http/https issue might b
[xwiki-users] Copy-Paste from Word loses images
I have the openoffice server configured to import from word docs and it does quite well. However a direct copy/past from word still loses the images while keeping much of the formatting. This is just how it is, correct? To preserve Word formatting and embedded images, the import process must be used? Or is there a workaround? It's not a show stopper just want to know if I'm missing anything. Possibly a later version of Word would work better, I've tried using 2003 and 2010. -- View this message in context: http://xwiki.475771.n2.nabble.com/Copy-Paste-from-Word-loses-images-tp7602397.html Sent from the XWiki- Users mailing list archive at Nabble.com.
Re: [xwiki-users] Editing font using LESS Code
Your browser does not always download the CSS of XWiki, since it is almost everytime the same. It saves performances and bandwidth. However, when you make a change, the browser does not see it and does not download the updated CSS. So by clearing your browser's cache, it has not other choice than downloading the updated CSS file when it tries to display your XWiki page. Clear your cache could be done easily with firefox, by doing CTRL+SHIFT+R to refresh your page. 2017-01-10 4:29 GMT+01:00 hamiazuhk26 : > Yes, done and its work.Thanks. > > What is the relation with this cache? How often this thing happen? > > > > -- > View this message in context: http://xwiki.475771.n2.nabble. > com/Editing-font-using-LESS-Code-tp7602322p7602348.html > Sent from the XWiki- Users mailing list archive at Nabble.com. > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
Re: [xwiki-users] 8.4.4: Navigation Panel has no content!
Did you clear the browser cache after the upgrade? On Thu, Jan 12, 2017 at 11:13 AM, Vincent Massol wrote: > Hi Craig, > > > On 12 Jan 2017, at 09:37, Craig Wright wrote: > > > > OK just for fun: here are all the network resources being loaded that > come up in Chome as having “8.4” in the URL, as being requested by the Main > wiki page: > > > > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8. > 4.4/tree.min.css > > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8. > 4.3/require-config.min.js > > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.4.4/tree.min.js > > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-job-webjar/8.4. > 4/jobRunner.min.js > > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8. > 4.4/finder.min.js > > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.4.4/32px.png > > > > That’s weird, I’ve just downloaded a clean XWiki 8.4.4 jetty/hsqldb zip > and check the home page and I got: > > http://localhost:8080/xwiki/webjars/wiki%3Axwiki/xwiki- > platform-tree-webjar/8.4.4/require-config.min.js?evaluate=true > > My guess is that you made a mistake during the upgrade. Could it be that > you copied the 8.4.4 WAR content over an existing xwiki 8.4.3 install? In > which case that would explain that you have both versions in your > WEB-INF/lib directory? > > You should not do this :) Please check http://platform.xwiki.org/ > xwiki/bin/view/AdminGuide/Upgrade > > " Just make sure you don't install the new version over the old one (both > installations need to exist)." > > Thanks > -Vincent > > > Given that ONLY require-config.min.js has this issue, I gotta wonder if > this is just an 8.4.4 bug; something hard-coded somewhere? But I have no > idea how any of this works, so it could be an install issue. > > > > Thanks, > > Craig > > > > > >> On Jan 12, 2017, at 12:30 AM, Craig Wright wrote: > >> > >> My assumption is only that file I reported in the earlier email: > >> > >> /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8. > 4.3/require-config.min.js > >> > >> > >> -C > >> > >>> On Jan 11, 2017, at 11:53 PM, Ludovic Dubost > wrote: > >>> > >>> Hum weird fix. So it could be a module did not upgrade. Do you know > which > >>> urls match this rule ? > >>> > >>> Ludovic > >>> > >>> Le 12 janv. 2017 09:46, "Craig Wright" a écrit : > >>> > >>> Well, I fixed this particular issue with the following terrible hack > to my > >>> /etc/nginx/sites-available/xwiki file: > >>> > >>> rewrite ^(.*)/8.4.3/(.*)$ $1/8.4.4/$2 last; > >>> > >>> yeeeah. On the plus side, everything seems to be working great. ;D > >>> > >>> I will keep the list posted with my continued adventures. > >>> > >>> Be well, > >>> Craig > >>> > On Jan 11, 2017, at 11:33 PM, Craig Wright wrote: > > OK, thanks for your help! > > Thanks, > Craig > > > On Jan 11, 2017, at 11:30 PM, Ludovic Dubost > wrote: > > > > Le 12 janv. 2017 09:23, "Craig Wright" a écrit : > > > > Haha awesome. > > > > I should add that I get the same error when I try to edit a page. > Most of > > the page loads but the edit control (MCE — UI widgets and textarea or > >>> input > > or whatever) just shows a loading spinner forever with the same > error as > > below. > > > > I filed http://jira.xwiki.org/browse/XE-1602 < > >>> http://jira.xwiki.org/browse/ > > XE-1602> for the mixed content issue; however that was an issue that > was > > also in 8.4.3. > > > > Should I file another issue for this? > > > > > > Not yet I would say. Wait for the team to see if they can reproduce > and > >>> if > > it's a general issue > > > > Ludovic > > > > > > Thanks, > > Craig > > > >> On Jan 11, 2017, at 11:19 PM, Ludovic Dubost > wrote: > >> > >> Indeed this looks upgraded. Now if you are getting errors in chrome > on > >>> the > >> home page the. That could be the empty document tree as it does > > JavaScript. > >> The http/https issue might be more general. You might have found a > >>> blocker > >> bug on 8.4.x > >> > >> Ludovic > >> > >> Le 12 janv. 2017 09:12, "Craig Wright" a écrit > : > >> > >>> Hi Ludovic, > >>> > >>> It appears as if it did. When I look at the installed extensions, I > >>> see: > >>> > >>> XWiki Enterprise - UI - Tour 8.4.4 > >>> XWiki Enterprise Flavor - Main Wiki 8.4.4 > >>> XWiki Enterprise - UI - Common 8.4.4 > >>> > >>> The "XWiki Enterprise Flavor - Main Wiki” was the extension that > >>> choked > >>> on the Distribution Wizard with the mixed content error; I clicked > > “Later” > >>> but it looks like the upgrade worked, or kinda worked? > >>> > >>> Thanks, > >>> Craig > >>> > On Jan 11, 2017, at 11:03 PM, Ludovic Dubost > >>> wrote: > > Did your upgrade go through ? When you started XWiki after the > debian > package u
Re: [xwiki-users] 8.4.4: Navigation Panel has no content!
Hi Craig, > On 12 Jan 2017, at 09:37, Craig Wright wrote: > > OK just for fun: here are all the network resources being loaded that come up > in Chome as having “8.4” in the URL, as being requested by the Main wiki page: > > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.4.4/tree.min.css > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.4.3/require-config.min.js > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.4.4/tree.min.js > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-job-webjar/8.4.4/jobRunner.min.js > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.4.4/finder.min.js > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.4.4/32px.png > That’s weird, I’ve just downloaded a clean XWiki 8.4.4 jetty/hsqldb zip and check the home page and I got: http://localhost:8080/xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.4.4/require-config.min.js?evaluate=true My guess is that you made a mistake during the upgrade. Could it be that you copied the 8.4.4 WAR content over an existing xwiki 8.4.3 install? In which case that would explain that you have both versions in your WEB-INF/lib directory? You should not do this :) Please check http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Upgrade " Just make sure you don't install the new version over the old one (both installations need to exist)." Thanks -Vincent > Given that ONLY require-config.min.js has this issue, I gotta wonder if this > is just an 8.4.4 bug; something hard-coded somewhere? But I have no idea how > any of this works, so it could be an install issue. > > Thanks, > Craig > > >> On Jan 12, 2017, at 12:30 AM, Craig Wright wrote: >> >> My assumption is only that file I reported in the earlier email: >> >> /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.4.3/require-config.min.js >> >> >> -C >> >>> On Jan 11, 2017, at 11:53 PM, Ludovic Dubost wrote: >>> >>> Hum weird fix. So it could be a module did not upgrade. Do you know which >>> urls match this rule ? >>> >>> Ludovic >>> >>> Le 12 janv. 2017 09:46, "Craig Wright" a écrit : >>> >>> Well, I fixed this particular issue with the following terrible hack to my >>> /etc/nginx/sites-available/xwiki file: >>> >>> rewrite ^(.*)/8.4.3/(.*)$ $1/8.4.4/$2 last; >>> >>> yeeeah. On the plus side, everything seems to be working great. ;D >>> >>> I will keep the list posted with my continued adventures. >>> >>> Be well, >>> Craig >>> On Jan 11, 2017, at 11:33 PM, Craig Wright wrote: OK, thanks for your help! Thanks, Craig > On Jan 11, 2017, at 11:30 PM, Ludovic Dubost wrote: > > Le 12 janv. 2017 09:23, "Craig Wright" a écrit : > > Haha awesome. > > I should add that I get the same error when I try to edit a page. Most of > the page loads but the edit control (MCE — UI widgets and textarea or >>> input > or whatever) just shows a loading spinner forever with the same error as > below. > > I filed http://jira.xwiki.org/browse/XE-1602 < >>> http://jira.xwiki.org/browse/ > XE-1602> for the mixed content issue; however that was an issue that was > also in 8.4.3. > > Should I file another issue for this? > > > Not yet I would say. Wait for the team to see if they can reproduce and >>> if > it's a general issue > > Ludovic > > > Thanks, > Craig > >> On Jan 11, 2017, at 11:19 PM, Ludovic Dubost wrote: >> >> Indeed this looks upgraded. Now if you are getting errors in chrome on >>> the >> home page the. That could be the empty document tree as it does > JavaScript. >> The http/https issue might be more general. You might have found a >>> blocker >> bug on 8.4.x >> >> Ludovic >> >> Le 12 janv. 2017 09:12, "Craig Wright" a écrit : >> >>> Hi Ludovic, >>> >>> It appears as if it did. When I look at the installed extensions, I >>> see: >>> >>> XWiki Enterprise - UI - Tour 8.4.4 >>> XWiki Enterprise Flavor - Main Wiki 8.4.4 >>> XWiki Enterprise - UI - Common 8.4.4 >>> >>> The "XWiki Enterprise Flavor - Main Wiki” was the extension that >>> choked >>> on the Distribution Wizard with the mixed content error; I clicked > “Later” >>> but it looks like the upgrade worked, or kinda worked? >>> >>> Thanks, >>> Craig >>> On Jan 11, 2017, at 11:03 PM, Ludovic Dubost >>> wrote: Did your upgrade go through ? When you started XWiki after the debian package upgrade you should have seen the distribution wizard to >>> complete the upgrade. Maybe your http issue is the cause. If it's that try accepting the http/https mixed content from chrome and/or go back to http to >>> finalize >>> the upgrade Ludovic Le 12 janv. 2017 08:57, "Craig Wright" a é
