Guys, really?
Help pane does not open randomly.
Help does not open in browser when Help pane is closed.
Help pane opens blank randomly, if at all.
We have this over at least 3 major versions now. It is extremely frustrating annoying and tedious for someone who tries to learn Houdini.
16 is such a brilliant release but the simple things are a PITA.
Help is still broken!
11843 24 6- OneBigTree
- Member
- 382 posts
- Joined: Nov. 2010
- Offline
- OneBigTree
- Member
- 382 posts
- Joined: Nov. 2010
- Offline
And now it broke completely.
I get this at the star of H16:
2017-02-22 19:34:20,413: Exception on /
Traceback (most recent call last):
File “DHOUDIN~1.20/python27/lib/site-packages-forced\flask\app.py”, line 1817, in wsgi_app
response = self.full_dispatch_request()
File “DHOUDIN~1.20/python27/lib/site-packages-forced\flask\app.py”, line 1477, in full_dispatch_request
rv = self.handle_user_exception(e)
File “DHOUDIN~1.20/python27/lib/site-packages-forced\flask\app.py”, line 1381, in handle_user_exception
reraise(exc_type, exc_value, tb)
File “DHOUDIN~1.20/python27/lib/site-packages-forced\flask\app.py”, line 1475, in full_dispatch_request
rv = self.dispatch_request()
File “DHOUDIN~1.20/python27/lib/site-packages-forced\flask\app.py”, line 1461, in dispatch_request
return self.view_functions(**req.view_args)
File “DHOUDIN~1.20/houdini/python2.7libs\bookish\flaskapp.py”, line 292, in show
indexer = get_indexer()
File “DHOUDIN~1.20/houdini/python2.7libs\bookish\flaskapp.py”, line 896, in get_indexer
staticdir=static_dir)
File “DHOUDIN~1.20/houdini/python2.7libs\bookish\search.py”, line 223, in __init__
if not index.exists_in(indexdir, indexname=indexname) and create:
File “DHOUDIN~1.20/houdini/python2.7libs\whoosh\index.py”, line 136, in exists_in
ix = open_dir(dirname, indexname=indexname)
File “DHOUDIN~1.20/houdini/python2.7libs\whoosh\index.py”, line 123, in open_dir
return FileIndex(storage, schema=schema, indexname=indexname)
File “DHOUDIN~1.20/houdini/python2.7libs\whoosh\index.py”, line 421, in __init__
TOC.read(self.storage, self.indexname, schema=self._schema)
File “DHOUDIN~1.20/houdini/python2.7libs\whoosh\index.py”, line 664, in read
segments = stream.read_pickle()
File “DHOUDIN~1.20/houdini/python2.7libs\whoosh\filedb\structfile.py”, line 245, in read_pickle
return load_pickle(self.file)
AttributeError: ‘module’ object has no attribute ‘W3Segment’
I do not see a newer build than the release. So no fix obviously.
The search function for the online Docs on the Sidefx website does not return any results. At all.
The smilies in the text say it all.
I get this at the star of H16:
2017-02-22 19:34:20,413: Exception on /
Traceback (most recent call last):
File “DHOUDIN~1.20/python27/lib/site-packages-forced\flask\app.py”, line 1817, in wsgi_app
response = self.full_dispatch_request()
File “DHOUDIN~1.20/python27/lib/site-packages-forced\flask\app.py”, line 1477, in full_dispatch_request
rv = self.handle_user_exception(e)
File “DHOUDIN~1.20/python27/lib/site-packages-forced\flask\app.py”, line 1381, in handle_user_exception
reraise(exc_type, exc_value, tb)
File “DHOUDIN~1.20/python27/lib/site-packages-forced\flask\app.py”, line 1475, in full_dispatch_request
rv = self.dispatch_request()
File “DHOUDIN~1.20/python27/lib/site-packages-forced\flask\app.py”, line 1461, in dispatch_request
return self.view_functions(**req.view_args)
File “DHOUDIN~1.20/houdini/python2.7libs\bookish\flaskapp.py”, line 292, in show
indexer = get_indexer()
File “DHOUDIN~1.20/houdini/python2.7libs\bookish\flaskapp.py”, line 896, in get_indexer
staticdir=static_dir)
File “DHOUDIN~1.20/houdini/python2.7libs\bookish\search.py”, line 223, in __init__
if not index.exists_in(indexdir, indexname=indexname) and create:
File “DHOUDIN~1.20/houdini/python2.7libs\whoosh\index.py”, line 136, in exists_in
ix = open_dir(dirname, indexname=indexname)
File “DHOUDIN~1.20/houdini/python2.7libs\whoosh\index.py”, line 123, in open_dir
return FileIndex(storage, schema=schema, indexname=indexname)
File “DHOUDIN~1.20/houdini/python2.7libs\whoosh\index.py”, line 421, in __init__
TOC.read(self.storage, self.indexname, schema=self._schema)
File “DHOUDIN~1.20/houdini/python2.7libs\whoosh\index.py”, line 664, in read
segments = stream.read_pickle()
File “DHOUDIN~1.20/houdini/python2.7libs\whoosh\filedb\structfile.py”, line 245, in read_pickle
return load_pickle(self.file)
AttributeError: ‘module’ object has no attribute ‘W3Segment’
I do not see a newer build than the release. So no fix obviously.
The search function for the online Docs on the Sidefx website does not return any results. At all.
The smilies in the text say it all.
Edited by OneBigTree - Feb. 22, 2017 13:36:23
- Konstantin Magnus
- Member
- 686 posts
- Joined: Sept. 2013
- Offline
- RobW
- Member
- 147 posts
- Joined: March 2014
- Offline
- _Christopher_
- Member
- 767 posts
- Joined: April 2014
- Offline
- OneBigTree
- Member
- 382 posts
- Joined: Nov. 2010
- Offline
- RobW
- Member
- 147 posts
- Joined: March 2014
- Offline
- Charles Kirk
- Member
- 38 posts
- Joined: Aug. 2011
- Offline
RobW
Support reported there's a Houdini 16.0.504 - Qt4 version for download as well.
I'll give that a try, or just use the online help if that doesn't fix it.
Never had any issues before on this, v14 or 15.x
I have the same issue where the Help pane randomly breaks in the release build.
Has this been fixed in a daily build?
Edited by Charles Kirk - Feb. 28, 2017 12:06:05
- OneBigTree
- Member
- 382 posts
- Joined: Nov. 2010
- Offline
- anon_user_37409885
- Member
- 4189 posts
- Joined: June 2012
- Offline
- Charles Kirk
- Member
- 38 posts
- Joined: Aug. 2011
- Offline
- BabaJ
- Member
- 2129 posts
- Joined: Sept. 2015
- Offline
I think overall the help system could use some work.
As another example.
Because I sometimes have problems similar to what's been posted here as a alternative I also have the Houdini “Docs Homepage” - http://www.sidefx.com/docs/houdini/_index [sidefx.com] as a bookmark in my browser to do searches which fail while in Houdini.
But even then, like today I put in - intAttribValue for a search in the “google custom search” text edit box of the sidefx link I just gave and it comes up with no results.
However, if I go to my browsers google search and just add Houdini to prefix intAttribValue, googles first listed link is to the actual docs where it does exist!
http://www.sidefx.com/docs/houdini/hom/hou/Geometry [sidefx.com]
As another example.
Because I sometimes have problems similar to what's been posted here as a alternative I also have the Houdini “Docs Homepage” - http://www.sidefx.com/docs/houdini/_index [sidefx.com] as a bookmark in my browser to do searches which fail while in Houdini.
But even then, like today I put in - intAttribValue for a search in the “google custom search” text edit box of the sidefx link I just gave and it comes up with no results.
However, if I go to my browsers google search and just add Houdini to prefix intAttribValue, googles first listed link is to the actual docs where it does exist!
http://www.sidefx.com/docs/houdini/hom/hou/Geometry [sidefx.com]
- neil_math_comp
- Member
- 1743 posts
- Joined: March 2012
- Offline
The big Traceback in the 2nd post seems like it might be related to Windows network permissions. When you first run a version of Houdini after installing, Windows probably asks if it's okay for Houdini to communicate on private networks, which is because the help inside Houdini is actually distributed by a Houdini help server at 127.0.0.1 (localhost) inside Houdini. (I seem to recall hearing that it can be configured to be elsewhere.) It's a bit strange that Windows seems to treat localhost access the same as if it were access to your LAN, but if you don't give the permission, Houdini seems to fail to access the internal help, giving an error like that one. At least, that's what happened to me a few hours ago. It was fine after I allowed the permission and restarted Houdini.
The unreliability of the Google search is a perennial bummer. It'd be awesome to have the same search as the internal help system, but it's apparently very difficult to integrate.
The unreliability of the Google search is a perennial bummer. It'd be awesome to have the same search as the internal help system, but it's apparently very difficult to integrate.
Writing code for fun and profit since... 2005? Wow, I'm getting old.
https://www.youtube.com/channel/UC_HFmdvpe9U2G3OMNViKMEQ [www.youtube.com]
https://www.youtube.com/channel/UC_HFmdvpe9U2G3OMNViKMEQ [www.youtube.com]
- OneBigTree
- Member
- 382 posts
- Joined: Nov. 2010
- Offline
ndickson
The big Traceback in the 2nd post seems like it might be related to Windows network permissions. When you first run a version of Houdini after installing, Windows probably asks if it's okay for Houdini to communicate on private networks, which is because the help inside Houdini is actually distributed by a Houdini help server at 127.0.0.1 (localhost) inside Houdini. (I seem to recall hearing that it can be configured to be elsewhere.) It's a bit strange that Windows seems to treat localhost access the same as if it were access to your LAN, but if you don't give the permission, Houdini seems to fail to access the internal help, giving an error like that one. At least, that's what happened to me a few hours ago. It was fine after I allowed the permission and restarted Houdini.
The unreliability of the Google search is a perennial bummer. It'd be awesome to have the same search as the internal help system, but it's apparently very difficult to integrate.
I didn't change anything in regards to the windows permissions.
It worked the first day then it broke a bit and then it broke completely.
It is also a bit strange that only houdini has this problem.
Maybe you should think about using help systems that are proven to work.
- OneBigTree
- Member
- 382 posts
- Joined: Nov. 2010
- Offline
- rvinluan
- Staff
- 1283 posts
- Joined: July 2005
- Offline
I'm not sure if this is related but I just committed a fix for the embedded help browser in tomorrow's Houdini 16.0.550 build. There was a bug in the Turbo JPEG library packaged in the Qt WebEngine library that the browser is built against which was causing it to go blank sometimes when loading pages with JPEG images.
Try out tomorrow's 16.0.550 build and see how that goes.
If you continue to run into issues even with tomorrow's build then please submit a bug report (if you haven't already) with as much relevant detail as possible. For example:
- Help -> About Houdini (for platform information)
- What issues are you experiencing? Is the browser going blank? Is it reporting an error message? (attach screenshots if needed)
- Do the issues happen if the browser tries to load any pages? Or only some? If so, which ones?
- Are there any error messages or warnings outputted to the terminal or Error Console?
- Steps to reproduce issues.
The key is to provide enough detail so that we have a better chance of recreating the situation in-house.
Cheers,
Rob
Try out tomorrow's 16.0.550 build and see how that goes.
If you continue to run into issues even with tomorrow's build then please submit a bug report (if you haven't already) with as much relevant detail as possible. For example:
- Help -> About Houdini (for platform information)
- What issues are you experiencing? Is the browser going blank? Is it reporting an error message? (attach screenshots if needed)
- Do the issues happen if the browser tries to load any pages? Or only some? If so, which ones?
- Are there any error messages or warnings outputted to the terminal or Error Console?
- Steps to reproduce issues.
The key is to provide enough detail so that we have a better chance of recreating the situation in-house.
Cheers,
Rob
- mchaput
- Staff
- 503 posts
- Joined: July 2005
- Offline
@OneBigTree that traceback is really odd… it shouldn't be possible in “normal” operation. My first instinct is that Houdini might somehow be using an external copy of Whoosh (Python search library) on your machine.
Is it possible you've set the PYTHONPATH env variable somewhere on your system and Houdini is using it and getting the wrong version of this library? You can check by opening a Python Shell and typing:
If it's not empty, you can try checking the directories listed to see if they have a copy of whoosh.
P.S. the best way to get something fixed is to file a bug.
Is it possible you've set the PYTHONPATH env variable somewhere on your system and Houdini is using it and getting the wrong version of this library? You can check by opening a Python Shell and typing:
import os os.environ["PYTHONPATH"]
If it's not empty, you can try checking the directories listed to see if they have a copy of whoosh.
P.S. the best way to get something fixed is to file a bug.
- itriix
- Member
- 152 posts
- Joined: June 2008
- Offline
My Help Docs are still broken also. This is on a machine, with clean install of windows 10. No modifications to any env variables. Clean install of Houdini.
One thing i've noticed that seems to help (temporarily), is to open Houdini with the Technical Desktop (with a Python Shell pane). It seems like the Help Docs work a little longer this way.
(Without this way - the help docs usually bug out, and either crash Houdini or require Houdini to be restarted in order to use the Help Docs a second time around)
Bug has been submitted a while ago - no updates as of yet though.
One thing i've noticed that seems to help (temporarily), is to open Houdini with the Technical Desktop (with a Python Shell pane). It seems like the Help Docs work a little longer this way.
(Without this way - the help docs usually bug out, and either crash Houdini or require Houdini to be restarted in order to use the Help Docs a second time around)
Bug has been submitted a while ago - no updates as of yet though.
- edward
- Member
- 7899 posts
- Joined: July 2005
- Online
- itriix
- Member
- 152 posts
- Joined: June 2008
- Offline
-
- Quick Links