Rewire bus names are too long.

Hi. Logic Pro 10.1 - Mavericks - Rewire inputs on Aux channel strips.
Many rewire bus names are too long to see the channel numbers so the lists end up with no numbers (e.g. "RW:Reaper Outp" repeated over and over for all the inputs). I can't see a way to edit the names or apply a name mask (even in the environment) in Logic like you can in a lot of other DAWs. Is this possible in Logic?
Thanks.

I re-booted my desktop and now the files are transfering. Not sure why the difference? I looked around on other posts and tried their suggestions.
I am very careful to not use illegal file names and have taught classes at our Camera Club on proper file naming conventions because of all the issues members have had submitting digital photos for various projects. As a webmaster, I have to be very careful with my file naming on Unix/Linux/ Apache servers too.
The error wasn't any speficic file as I was transfering a folder for a whole year of photos.
Thank you for answering. I hope it all keeps working?

Similar Messages

  • Can't copy files to AirDisk. Says filenames are too long

    I plugged a USB drive into my Time Capsule, that I previously had plugged into my Mac via the USB port. Now that I've mounted it as an AirDisk every time I try to copy files to it I get an error message stating:
    'You cannot copy some of these items to the destination because their names are too long for the desitnation...'
    None of the files I've tried to copy over have long filenames. In fact just to test it I created a text file & saved it with only 2 letters as the filename, & still get the same problem trying to copy to the AirDisk.
    Can anyone help?

    Yes, it's formatted as HFS+.
    Just to make sure, I've unplugged it from the Time Capsule & plugged it into the USB port of my Mac again & it works fine like this. But now I've plugged it back into the Time Capsule it's now working fine. Strange.
    Thanks for the suggestion
    Message was edited by: JonoH

  • SharePoint 2010, Visual Studio 2010, Packaging a solution - The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.

    Hi,
    I have a solution that used to contain one SharePoint 2010 project. The project is named along the following lines:
    <Company>.<Product>.SharePoint - let's call it Project1 for future reference. It contains a number of features which have been named according
    to their purpose, some are reasonably long and the paths fairly deep. As far as I am concerned we are using sensible namespaces and these reflect our company policy of "doing things properly".
    I first encountered the following error message when packaging the aforementioned SharePoint project into a wsp:
    "The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters."
    I went through a great deal of pain in trying to rename the project, shorten feature names and namespaces etc... until I got it working. I then went about gradually
    renaming everything until eventually I had what I started with, and it all worked. So I was none the wiser...not ideal, but I needed to get on and had tight delivery timelines.
    Recently we wanted to add another SharePoint project so that we could move some of our core functinality out into a separate SharePoint solution - e.g. custom workflow
    error logging. So we created another project in Visual Studio called:
    <Company>.<Product>.SharePoint.<Subsystem> - let's call it Project2 for future reference
    And this is when the error has come back and bitten me! The scenario is now as follows:
    1. project1 packages and deploys successfully with long feature names and deep paths.
    2. project2 does not package and has no features in it at all. The project2 name is 13 characters longer than project1
    I am convinced this is a bug with Visual Studio and/or the Package MSBuild target. Why? Let me explain my findings so far:
    1. By doing the following I can get project2 to package
    In Visual Studio 2010 show all files of project2, delete the obj, bin, pkg, pkgobj folders.
    Clean the solution
    Shut down Visual Studio 2010
    Open Visual Studio 2010
    Rebuild the solution
    Package the project2
    et voila the package is generated!
    This demonstrates that the package error message is in fact inaccurate and that it can create the package, it just needs a little help, since Visual Studio seems to
    no longer be hanging onto something.
    Clearly this is fine for a small time project, but try doing this in an environment where we use Continuous Integration, Unit Testing and automatic deployment of SharePoint
    solutions on a Build Server using automated builds.
    2. I have created another project3 which has a ludicrously long name, this packages fine and also has no features contained within it.
    3. I have looked at the length of the path under the pkg folder for project1 and it is large in comparison to the one that is generated for project2, that is when it
    does successfully package using the method outlined in 1. above. This is strange since project1 packages and project2 does not.
    4. If I attempt to add project2 to my command line build using MSBuild then it fails to package and when I then open up Visual Studio and attempt to package project2
    from the Visual Studio UI then it fails with the path too long error message, until I go through the steps outlined in 1. above to get it to package.
    5. DebugView shows nothing useful during the build and packaging of the project.
    6. The error seems to occur in
    CreateSharePointProjectService target called at line 365 of
    Microsoft.VisualStudio.SharePoint.targetsCurrently I am at a loss to work out why this is happening? My next task is to delete
    project2 completely and recreate it and introduce it into my Visual Studio solution.
    Microsoft, can you confirm whether this is a known issue and whether others have encountered this issue? Is it resolved in a hotfix?
    Anybody else, can you confirm whether you have come up with a solution to this issue? When I mean a solution I mean one that does not mean that I have to rename my namespaces,
    project etc... and is actually workable in a meaningful Visual Studio solution.

    Hi
    Yes, I thought I had fixed this my moving my solution from the usual documents  to
    c:\v2010\projectsOverflow\DetailedProjectTimeline
    This builds ok, but when I come to package I get the lovely error:
    Error 2 The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters. C:\VS2010\ProjectsOverflow\DetailedProjectTimeline\VisualDetailedProjectTimelineWebPart\Features\Feature1\Feature1.feature VisualDetailedProjectTimeline
    Now, the error seems to be related to 
    Can anyone suggest what might be causing this. Probably some path in an XML file somewhere. Here is my prime suspect!
    <metaData>
    <type name="VisualDetailedProjectTimelineWebPart.VisualProjectTimelineWebPart.VisualProjectTimeline, $SharePoint.Project.AssemblyFullName$" />
    <importErrorMessage>$Resources:core,ImportErrorMessage;</importErrorMessage>
    </metaData>
    <data>
    <properties>
    <property name="Title" type="string">VisualProjectTimelineWebPart</property>
    <property name="Description" type="string">My Visual WebPart</property>
    </properties>
    </data>
    </webPart>
    </webParts>
    .... Unless I can solve this I will have to remove the project and recreate but with simple paths. Tho I will be none the wiser if I come across this again.
    Daniel

  • TFS Build Error - Exception Message: The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters

    I am trying to set-up CI of Orchard CMS and deploy it on Azure using TF service. I am stuck at following error for path being
    longer than 260 characters. However, when counted the total characters in path are 235. Please see the below error :
    Other Errors and Warnings
    1 error(s), 1 warning(s)
    Exception Message: TF400889: The following path contains more than the allowed 259 characters: drop/_PublishedWebsites/Orchard.Web_Package/Archive/Content/C_C/a/src/projects/Orchard/dev/DevAltaf/Orchard/src/Orchard.Web/obj/Debug/Package/PackageTmp/Modules/BrentApart.BannerManager/Scripts/controllers/bannerAssignmentController.js. Specify a shorter path. (type VssServiceException)
    Exception Stack Trace: at Microsoft.TeamFoundation.Build.Workflow.Activities.FileContainerDropProvider.EndCopyDirectory(IAsyncResult result)
    at Microsoft.TeamFoundation.Build.Workflow.Activities.CopyDirectory.EndExecute(AsyncCodeActivityContext context, IAsyncResult result)
    at System.Activities.AsyncCodeActivity.CompleteAsyncCodeActivityData.CompleteAsyncCodeActivityWorkItem.Execute(ActivityExecutor executor, BookmarkManager bookmarkManager)
    Inner Exception Details:
    Exception Message: The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters. (type PathTooLongException)
    Did anyone came across such issue while deploying Orchard on Azure with TF service? If yes, how did you sort this freaking error?
    Thanks,
    Altaf B.

    Hi AltafB,
    For your situation, you can short the path for the source code. Or use a short path for build agent folder in your build definition. You can refer to the links below to solve your problem:
    http://blogs.msdn.com/b/aaronhallberg/archive/2007/06/20/team-build-and-260-character-paths.aspx
    https://social.msdn.microsoft.com/Forums/vstudio/en-US/1638a5f0-9321-4ff9-9ee7-6d347badb972/please-some-solution-to-the-specified-path-file-name-or-both-are-too-long?forum=tfsbuild
    Besides, since you deploy Orchard to Azure, you can also publish it directly using publish profile in Visual Stduio or WebMatrix directly.
    Best regards,
    We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
    Click
    HERE to participate the survey.

  • Powershell Get-childItem: The specified path, file name, or both are too long.

    Hey Scriping Guys!
    I've been using a PowerShell script for a couple of years now to generate a monthly report showing the size of user folders on a number of departmental file servers.  It's working just fine on all file servers except one where the users have gotten carried away with creating sub-folders and using realy long descriptive file names.  The problem piece of script is this:
    $colItems = (Get-ChildItem \\192.168.10.5\marketing -recurse | Measure-Object -property length -sum)
    "marketing-serv\marketing: "+"{0:N2}" -f ($colItems.sum / 1GB) + " GB"
    The reply I get is:
    Get-ChildItem : The specified path, file name, or both are too long. The fully
    qualified file name must be less than 260 characters, and the directory name mu
    st be less than 248 characters.
    At G:\data\Server_space_Report\serverspace2.ps1:37 char:27
    + $colItems = (Get-ChildItem  <<<< \\192.168.10.5\marketing -recurse | Measure-Obje
    ct -property length -sum)
    Yes, the message is correct, however, when I connect to the server, right click the folder and chose properties it returns a size of 128 GB.  My questions are
    1. Why does clicking on folder properties not produce an error (what is it doing differently from my script)?
    2. How can I fix my script?
    Thanks,

    I am trying to clear up the older open posts on this forum. If this is still an unresolved issue for you please let me know. If you do not post back within one week I will assume it is resolved and will close this thread.
    Thank you
    Ed Wilson
    Microsoft Scripting Guy

  • Get-ChildItem : The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.

    Hi, Im trying to get the whole path in my server, so i tried that with this following code
    Get-ChildItem $sourceFolder  -Recurse | ?{$_.PsIsContainer} |Get-Acl
    But then, it showed me somtehing like this :
    Get-ChildItem : The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.
     I tried to find the solver everywhere and mostly they propose to change the path name, which is impossible, since I am working with my company server, and those folder have already there before i start to work here, then the other ask me to use robocopy,
    but all of the trick just dont work
    is there any way to solve this problem? thanks

    There is no simple solution to this. And it is not a limitation of powershell itself, but of the underlying NTFS file system.
    If the problem is that a folder with a name longer than 248 exists anywhere within your directory structure, you are hooped.
    If the problem is that some fully qualified path names exceed 260 characters, then, in those cases, the solution already given is to create a psdrive partway up the path from the drive letter or server/share root of the path. Unfortunately, the output produced
    will be relative to that psdrive and not to what is specified as the $sourcefolder.
    unless you already know where those problematic paths are, you might consider trying to trap those errors and have your script figure out where it needs to create psdrives. You might then be able to calculate the equivalent path for each file or folder and
    output that. the programming effort would be simpler to just created a psdrive for each folder encountered, however I expect that would be very inefficient.
    Al Dunbar -- remember to 'mark or propose as answer' or 'vote as helpful' as appropriate.

  • The specified file or folder name is too long,the url path for all files and folders

    The specified file or folder name is too long,the url path for all files and folders must be 260 character or less
    can we increase this limit?
    MCTS,ITIL

    Hi,
    As I understand, you want to increase the length of URL path in SharePoint 2010.
    Per my knowledge, this limit cannot be increased. SharePoint limits URL length because all relative URL links are stored in the clear forms on the SharePoint content DB and often this links are used as primary keys to link one table with another. Fields
    which are used to store these links (for instance tp_DirName from the AllUserData table) allow storing only 256 characters.
    There are several ways that you can resolve or mitigate URL length problems in the SharePoint Server 2010 environment. The following list provides suggestions:
    1. Upgrade all the end-user browsers to Internet Explorer 8, which has a longer URL length limit.
    2. Use shorter names for sites, folders, and documents and control the depth of the site and folder structures to reduce the lengths of URLs.
    3. If possible or allowed, use ASCII names for sites, folders, and documents. This will avoid situations where the URL will be lengthened by being encoded.
    4. To reduce the risk that the SharePoint Server 2010 end-users will encounter problems because of URL length limitations, we recommend that you apply the following effective limits in the deployment:
    256 Unicode (UTF-16) Code units - the effective file path length limitation, including a domain/server name
    128 Unicode (UTF-16) Code units - the path component length limitation
    More reference:
    http://technet.microsoft.com/en-us/library/ff919564(v=office.14).aspx
    http://sharepointknowledgebase.blogspot.in/2013/04/url-path-length-restrictions-in.html#.VKJN53BJA
    Best regards,
    Sara Fan

  • I am trying to use my IPAD to video students in my conducting class, then email them the video for self evaluation.  However, many of the video clips are too long to email.  Is there anyway to compress the video clips and still email them so they can view

    I am trying to use my IPAD to video students in my conducting class, then email them the video for self evaluation.  However, many of the clips are too long to send.  Is there a way I can compress the clips and still send them via email so they can open and them using Quicken?
    Muzakmn

    It depends on the clips' content, their current format, and how much you would need to compress them, but in most cases and with most email systems, it's difficult to impossible to compress a clip enough to be able to get it through the attachment size limits of most email providers and still have the video be comprehensible. You'll probably need to find a web site or other method where you could post the videos for download by the students.
    You can try compression and trimming, though, and see if you can get the video small enough to email. An attachment often has to be 3MB or less to go through, though it depends entirely on the email systems on both ends. If you look to the right under "more like this" you'll find similar threads on the subject.
    Regards.

  • I use my Ipad to record clients and I need to send these recordings to my customers. I am having trouble sending them because it always says that they are too long in length. They run any where from 5 minutes to maybe 15. Can I compress these

    I use my Ipad to film my clients and need to send copies to my clients. I am having trouble sending them. When I press share, it only gives me options of sending them as a Message airdrop or Icloud. When I press Icloud nothing happens. The videos are usually 5minutes to maybe 20 minutes. I need to send them insome kind of a compressed manner so it iseasy for my clients to open and watch. Thanks

    Have you thought about uploading them to youtube? You can put things there up to 8 minutes long, and up to 15 if you get verified. You can also have them 'unlisted' which means they're not visible to anyone without the link.
    I think your issue isn't as much that the videos are too long, it's that the file size is too big. I have a 3 minute video that I shot with my iPod that's 300 megs, and most mail programs max out at 25 megs.
    There may also be options with vimeo or other video sharing programs that you can explore.

  • DFS 2012R2 error "The file name is too long" word file.

    Hi,
    i have two server with NFS, windows Server 2008R2 and Windows Server 2012R2. when open file in shared folder with path long, from 2008R2, is good, but when open the same file en 2012R2, show the message explorer.exe "the file name is too long"
    how to resolve the issue?
    Thank.
    Analista IT, Celr

    Hi, Umesh
    The shared foldes is in both Server, 2008 and 2012, is a folder en NFS.
    the result of command
    PS C:\Users\administrador> fsutil.exe 8dot3name strip /s /v D:\
    Scanning registry...
    Registry Data                                                                    
    Registry Key Path
    Total affected registry keys:                   0
    Stripping 8dot3 names...
    8dot3 Name      FileId                Full Path
    Stripping will not be performed on files with names longer than the maximum path length.
    Error:  The system cannot find the path specified.
    For details on the operations performed please see the log:
      "C:\Users\ADMINI~2\AppData\Local\Temp\2\8dot3_removal_log @(GMT 2015-02-20 19-24-46).log"
    Due to an error, the strip command did not complete.
    Total files and directories scanned:        97740
    Total 8dot3 names found:                        0
    Total 8dot3 names stripped:                     0
    For details on the operations performed please see the log:
      "C:\Users\ADMINI~2\AppData\Local\Temp\2\8dot3_removal_log @(GMT 2015-02-20 19-24-46).log"
    Thank
    Diego Builes.
    Analista IT, Celr

  • Java.lang.InternalError: name is too long to represent

    Hi All,
    I am using Jdevloper 11g version 4.
    When i run project in debug mod then i see error:
    Root cause of ServletException
    java.lang.InternalError: name is too long to represent
    If i run in run mod then i don't see above error.
    I have Install JRockit Real Time, and re-config your environment. Like this:
    set BEA_JAVA_HOME=「JRockit Real Time installed path」\jrrt-3.1.0-1.6.0
    but internally it use its own Java version and DJRockit
    java version "1.6.0_21"
    Java(TM) SE Runtime Environment (build 1.6.0_21-b51)
    Java HotSpot(TM) Client VM (build 17.0-b17, mixed mode)
    Starting WLS with line:
    D:\Oracle\MIDDLE~1\JDK160~1\bin\java -client -Xms256m -Xmx512m -XX:CompileThreshold=8000 -XX:PermSize=128m -XX:MaxPermSize=512m -Dweblogic.Name=DefaultServer -Djava.security.policy=D:\Oracle\MIDDLE~1\WLSERV~1.3\server\lib\weblogic.policy -agentlib:jdwp=transport=dt_socket,server=y,address=50465 -Djavax.net.ssl.trustStore=D:\Oracle\Middleware\wlserver_10.3\server\lib\DemoTrust.jks -Dweblogic.nodemanager.ServiceEnabled=true -Xverify:none -da -Dplatform.home=D:\Oracle\MIDDLE~1\WLSERV~1.3 -Dwls.home=D:\Oracle\MIDDLE~1\WLSERV~1.3\server -Dweblogic.home=D:\Oracle\MIDDLE~1\WLSERV~1.3\server -Djps.app.credential.overwrite.allowed=true -Dcommon.components.home=D:\Oracle\MIDDLE~1\ORACLE~1 -Djrf.version=11.1.1 -Dorg.apache.commons.logging.Log=org.apache.commons.logging.impl.Jdk14Logger -Ddomain.home=C:\Users\abc\AppData\Roaming\JDEVEL~1\SYSTEM~1.23\DEFAUL~1
    -Djrockit.optfile=*D:\Oracle\MIDDLE~1\ORACLE~1\modules\oracle.jrf_11.1.1\jrocket_optfile.txt -Doracle.server.config.dir=C:\Users\abc\AppData\Roaming\JDEVEL~1\SYSTEM~1.23\DEFAUL~1\config\FMWCON~1\servers\DefaultServer -Doracle.domain.config.dir=C:\Users\abc\AppData\Roaming\JDEVEL~1\SYSTEM~1.23\DEFAUL~1\config\FMWCON~1 -Digf.arisidbeans.carmlloc=C:\Users\abc\AppData\Roaming\JDEVEL~1\SYSTEM~1.23\DEFAUL~1\config\FMWCON~1\carml -Digf.arisidstack.home=C:\Users\abc\AppData\Roaming\JDEVEL~1\SYSTEM~1.23\DEFAUL~1\config\FMWCON~1\arisidprovider -Doracle.security.jps.config=C:\Users\abc\AppData\Roaming\JDEVEL~1\SYSTEM~1.23\DEFAUL~1\config\fmwconfig\jps-config.xml -Doracle.deployed.app.dir=C:\Users\abc\AppData\Roaming\JDEVEL~1\SYSTEM~1.23\DEFAUL~1\servers\DefaultServer\tmp\_WL_user -Doracle.deployed.app.ext=\- -Dweblogic.alternateTypesDirectory=D:\Oracle\MIDDLE~1\ORACLE~1\modules\oracle.ossoiap_11.1.1,D:\Oracle\MIDDLE~1\ORACLE~1\modules\oracle.oamprovider_11.1.1 -Djava.protocol.handler.pkgs=oracle.mds.net.protocol -Dweblogic.jdbc.remoteEnabled=false -Dwsm.repository.path=C:\Users\abc\AppData\Roaming\JDEVEL~1\SYSTEM~1.23\DEFAUL~1\oracle\store\gmds -Dweblogic.management.discover=true -Dwlw.iterativeDev= -Dwlw.testConsole= -Dwlw.logErrorsToConsole= -Dweblogic.ext.dirs=D:\Oracle\MIDDLE~1\patch_wls1034\profiles\default\sysext_manifest_classpath;D:\Oracle\MIDDLE~1\patch_jdev1111\profiles\default\sysext_manifest_classpath weblogic.Server
    Listening for transport dt_socket at address: 50465
    Thanks all for help !
    Regards,
    Dilkhush

    1) chk this post
    java.lang.InternalError: name is too long to represent
    Check your environment config file first. \jdeveloper\system\system11.1.1.0.31.51.88\DefaultDomain\bin\setDomainEnv.cmd
    IF there is no JRockit setting, you might get above problem. Because Sun's JVM has limitation of SourceDebugExtension. It was 64Kb.
    Install JRockit Real Time, and re-config your environment. Like this:
    set BEA_JAVA_HOME=「JRockit Real Time installed path」\jrrt-3.1.0-1.6.0
    if "%JAVA_VENDOR%"=="BEA" (
    set JAVA_HOME=%BEA_JAVA_HOME%
    ) else (
    if "%JAVA_VENDOR%"=="Sun" (
    set JAVA_HOME=%SUN_JAVA_HOME%
    ) else (
    set JAVA_VENDOR=BEA
    set JAVA_HOME=%BEA_JAVA_HOME%
    //Tips: install Weblogic before installing Jdeveloper 11g.and also.. if 1) not working
    2) Re: Name is too long to represent error in debug mode
    3) try after deletign system folder

  • File's name "is too long or contains strange characters" ...

    When trying to back up files to my external HD, or copy to a CD, I invariably come across many that won't allow copying because of 'their name being too long or containing unacceptable symbols or characters'. Well, this applies to quite a few within a collection (e.g. 30 clippings within a folder), but unless I re-name, or shorten their names, they just won't be moved.
    The trouble is that, while in the middle of transferring, the copying process stops at one particular item (I am not told which most of the time) and I'm stuck with searching for this single file in a whole bunch before being able to resume.
    What can I possibly do to copy/burn without having to go through this aggravation?
    Thanks for any help available!
    Sigrid

    Hello
    It would take only less than a minute to create a new disk image initialized as HFS Plus and try to copy files in question into the mounted image. Why won't you try that?
    If you still get the same error in copying your files to the newly created HFS Plus disk image, I suspect the internal volume may have some problem in its volume directory. If you don't get errors, I suspect the external volume may have some problem in its volume directory. In either case, I would check the volume in question by Disk Utility.
    Just my thought
    H
    PS. HFS+ stands for Hierarchical File System Plus.
    For more details, read this document.
    http://developer.apple.com/technotes/tn/tn1150.html

  • How do I email my videos if they are too long?

    I have a friend who has an ipad and she did a video or a couple of videos that wouldn't email to her email account.  I have had this problem with mine before. How do you get videos that are too long to email?

    You don't e-mail them. You upload them somewhere. You can try getting a youtube account (you can set the videos to private or unlisted, so the general 'anybody' can't see them without you sharing the link.
    You could also upload them to a service like dropbox or the such and then the other party can download them

  • Trying to restore a lost Thunderbird profile, but can't "move profile" because filenames are too long

    I'm having a problem with Thunderbird that is addressed in several postings here and on "mozillaZine," but in trying to follow the instructions given for fixing it, I have run into a new problem that I don't see addressed. The original problem is the one described in this thread, where my folders and everything have just vanished, and I'm prompted on startup to create a whole new profile:
    https://support.mozilla.org/en-US/questions/1040003
    Following the links in that thread, I get to this -- and since my address book has also apparently disappeared, I click the internal link to the section headed "Lost Profile":
    http://kb.mozillazine.org/Recovering_a_profile_that_suddenly_disappeared
    Step 1 then sends me here:
    http://kb.mozillazine.org/Moving_your_profile_folder_-_Thunderbird
    Step 2 on that page says, "Copy the profile folder to where you want to store it." When I try to do that, though (using Windows Explorer on Windows 7), it gets partway through the copying and then hangs up because it runs into a filename that is too long to copy. And according to the prompt that tells me this, there are many more such long filenames still to come.
    Do I ignore this error and just skip those files? That means the profile copy won't be complete, which I would think would be dangerous and/or would just cause further errors. Or is there some simpler way altogether to do what I originally set out to do, which is recover the profile that just mysteriously disappeared?
    Again, I'm running Thunderbird on Windows 7, and had been using it for years without ever before encountering this extremely irritating glitch. I'll be grateful for any help.

    I very much appreciate both these answers and will save them for future reference if needed. The problem seems to be resolved, although not for any reason I can explain. What happened was that I suddenly had three problems all in the same 24 hours or so: a very slow, almost unusable internet (I thought connected with my "IPv6 Connectivity"), then the Thunderbird crash, then Google Chrome not starting. Whether and how these are all related, I don't know. Anyway, while I was sitting here unable to get e-mail or get back into this forum, I decided to try a System Restore just for the heck of it, even though someone else had reported this not working. And it too seemed to fail, at first, giving me an error message that said the system couldn't be restored due to an "unknown error." But clearly at least part of it worked, because I am seeing some earlier settings, and Thunderbird then started -- almost normally, except for needing my passwords entered again.
    So I'm running "MozBackup" now in hopes of having the profile readily available next time this problem comes up. Also, Chrome is now working again after I did something or other with the security settings, and the internet seems normal even though my IPv6 status still shows "No network access." I really don't know what's been going on, but for whatever reason everything seems fixed. For now. :-S
    Again, I'm sincerely grateful for your efforts to help me. Now that I'm a member of the forum I'll try to do the same for someone else.

  • Consolidating Music Files into Itunes - File Name Invalid/Too Long!

    When trying to consolidate music files into my library, I get an error message stating "Failed, The file name was invalid or too long." ????
    I have tons of songs and don't know which file name is invalid or too long???

    hiya!
    hmmmm. we're looking for filenames here where the path and the filename has more than 256 characters in it. (at least i believe that's what the path-filename length limit is.)
    possibly the easiest way to check for that is to use a spreadsheet like excel.
    right-click your library in your itunes sourcelist, and select "export songlist ...". save it as a .txt file.
    open the .txt file with Excel (or whatever spreadsheet application you have on the PC). the column with the path-filename in it is the one to the extreme right (you can delete the other columns and resize them to make looking for things a bit easier).
    scroll through that looking for extremely long path-filenames.
    can you track down some that seem to be above the length limit?
    love, b

Maybe you are looking for